CN113469658A

CN113469658A - Block chain-based physical seal using method and device and electronic equipment

Info

Publication number: CN113469658A
Application number: CN202110784261.7A
Authority: CN
Inventors: 栗志果; 叶玲玲; 楼浩淼; 蒋博栋; 徐惠; 邹亮
Original assignee: Alipay Hangzhou Information Technology Co Ltd; Ant Blockchain Technology Shanghai Co Ltd
Current assignee: Alipay Hangzhou Information Technology Co Ltd; Ant Blockchain Technology Shanghai Co Ltd
Priority date: 2021-07-12
Filing date: 2021-07-12
Publication date: 2021-10-01

Abstract

One or more embodiments of the present specification provide a method, an apparatus, and an electronic device for using a physical seal based on a block chain, which are applied to a client accessing the block chain; the client side and the physical seal keep short-distance wireless communication connection; the physical seal is provided with a sensor for acquiring motion sensing data of the physical seal; the method comprises the following steps: receiving signature information sent by the physical seal based on the short-distance wireless communication connection; the signature information is sent by the physical seal when the signature action of a physical seal user on the physical seal is detected based on the motion sensing data acquired by the sensor; responding to the signature information, and generating a signature record corresponding to the physical seal; and issuing the generated signature record to a block chain accessed by the client for storing the certificate.

Description

Block chain-based physical seal using method and device and electronic equipment

Technical Field

One or more embodiments of the present disclosure relate to the field of blockchain technologies, and in particular, to a method and an apparatus for using a physical seal based on a blockchain, and an electronic device.

Background

At present, since electronic stamps are used only for stamping electronic documents due to their limited range of use, stamps used by various organizations (such as business, enterprise, and organization can be collectively referred to as an organization), for example: the enterprise official seal, financial seal, invoice special seal, contract seal, legal seal and the like are still physical seals of entities, and accordingly, manual supervision on the physical seals is required. Because the difficulty of manual supervision is high, the situation of stealing or abusing the seal is very easy to occur for the physical seal. Under the circumstances, how to ensure the safety of the physical seal becomes a problem to be solved urgently.

Disclosure of Invention

The specification provides a block chain-based physical seal using method, which is applied to a client side accessing to a block chain; the client side and the physical seal keep short-distance wireless communication connection; the physical seal is provided with a sensor for acquiring motion sensing data of the physical seal; the method comprises the following steps:

receiving signature information sent by the physical seal based on the short-distance wireless communication connection; the signature information is sent by the physical seal when the signature action of a physical seal user on the physical seal is detected based on the motion sensing data acquired by the sensor;

responding to the signature information, and generating a signature record corresponding to the physical seal;

and issuing the generated signature record to a block chain accessed by the client for storing the certificate.

The specification also provides a block chain-based physical seal using method, which is applied to physical seals; the physical seal keeps short-distance wireless communication connection with a client side accessed to the block chain; the physical seal is provided with a sensor for acquiring motion sensing data of the physical seal; the method comprises the following steps:

determining whether a signature action of a physical seal user on the physical seal is detected or not based on motion sensing data acquired by the sensor;

if so, sending signature information to the client based on the short-distance wireless communication connection so that the client responds to the signature information to generate a signature record corresponding to the physical seal, and issuing the generated signature record to a block chain accessed by the client for storing the certificate.

The specification also provides a block chain-based physical seal using method, which is applied to a client side accessing the block chain; the client side and the physical seal keep short-distance wireless communication connection; the physical seal is provided with a sensor for acquiring motion sensing data of the physical seal; the method comprises the following steps:

receiving motion sensing data which is sent by the physical seal and acquired based on the sensor based on the short-distance wireless communication connection;

determining whether a signature action of a physical seal user on the physical seal is detected based on the motion sensing data;

if so, generating a signature record corresponding to the physical seal;

The specification also provides a block chain-based physical seal using device, which is applied to a client side accessing the block chain; the client side and the physical seal keep short-distance wireless communication connection; the physical seal is provided with a sensor for acquiring motion sensing data of the physical seal; the device comprises:

the receiving module is used for receiving the signature information sent by the physical seal based on the short-distance wireless communication connection; the signature information is sent by the physical seal when the signature action of a physical seal user on the physical seal is detected based on the motion sensing data acquired by the sensor;

the generation module responds to the signature information and generates a signature record corresponding to the physical seal;

and the certificate storage module is used for issuing the generated signature record to the block chain accessed by the client for certificate storage.

The specification also provides a block chain-based physical seal using device, which is applied to physical seals; the physical seal keeps short-distance wireless communication connection with a client side accessed to the block chain; the physical seal is provided with a sensor for acquiring motion sensing data of the physical seal; the device comprises:

the detection module is used for determining whether the signature action of a physical seal user on the physical seal is detected or not based on the motion sensing data acquired by the sensor;

and if so, sending signature information to the client based on the short-distance wireless communication connection so that the client responds to the signature information to generate a signature record corresponding to the physical seal, and issuing the generated signature record to a block chain accessed by the client for storing the certificate.

the receiving module is used for receiving motion sensing data which are sent by the physical seal and acquired based on the sensor based on the short-distance wireless communication connection;

the detection module is used for determining whether the signature action of a physical seal user on the physical seal is detected or not based on the motion sensing data;

the generating module generates a signature record corresponding to the physical seal if the physical seal is the signature record;

This specification also proposes an electronic device including:

a processor;

a memory for storing processor-executable instructions;

wherein the processor implements the steps of any of the above methods by executing the executable instructions.

The present specification also contemplates a computer-readable storage medium having stored thereon computer instructions which, when executed by a processor, implement the steps of any of the methods described above.

In the technical scheme, when the physical seal detects the signature action of a physical seal user on the physical seal based on the motion sensing data acquired by the sensor carried by the physical seal, the signature information is sent to the client corresponding to the physical seal user based on short-distance wireless communication connection, so that the client responds to the signature information to generate the signature record corresponding to the physical seal, and the signature record is issued to the block chain accessed by the client for storage. By adopting the mode, whether the physical seal is used or not can be detected based on the motion sensing data acquired by the sensor carried by the physical seal, and the corresponding signature record is uploaded when the physical seal is detected to be used, so that the use safety and reliability of the physical seal can be ensured.

Drawings

FIG. 1 is a schematic diagram of a creation flow of an intelligent contract shown herein;

FIG. 2 is a schematic diagram illustrating the call flow of an intelligent contract shown in this specification;

FIG. 3 is a schematic diagram of the creation and invocation flow of an intelligent contract shown in the present specification;

FIGS. 4A and 4B are schematic diagrams of a blockchain-based physical stamp-using system according to an exemplary embodiment of the present disclosure;

FIG. 5 is a flow chart illustrating a method for using a physical seal based on a blockchain in accordance with an exemplary embodiment of the present disclosure;

FIG. 6 is a schematic diagram of an image acquisition interface shown in an exemplary embodiment of the present description;

FIG. 7 is a schematic diagram of another blockchain-based physical stamp using system shown in an exemplary embodiment of the present description;

FIG. 8 is a flow chart illustrating another method for using a blockchain-based physical seal in accordance with an exemplary embodiment of the present disclosure;

FIG. 9 is a diagram illustrating a hardware configuration of an electronic device in accordance with an exemplary embodiment of the present disclosure;

FIG. 10 is a block diagram of a blockchain-based physical stamp-using apparatus according to an exemplary embodiment of the present disclosure;

FIG. 11 is a block diagram of another block chain based physical stamp using apparatus shown in an exemplary embodiment of the present description;

fig. 12 is a block diagram of another block chain-based physical stamp using apparatus according to an exemplary embodiment of the present specification.

Detailed Description

Reference will now be made in detail to the exemplary embodiments, examples of which are illustrated in the accompanying drawings. When the following description refers to the accompanying drawings, like numbers in different drawings represent the same or similar elements unless otherwise indicated. The implementations described in the following exemplary embodiments do not represent all implementations consistent with one or more embodiments of the present specification. Rather, they are merely examples of apparatus and methods consistent with certain aspects of one or more embodiments of the specification, as detailed in the claims which follow.

It should be noted that: in other embodiments, the steps of the corresponding methods are not necessarily performed in the order shown and described herein. In some other embodiments, the method may include more or fewer steps than those described herein. Moreover, a single step described in this specification may be broken down into multiple steps for description in other embodiments; multiple steps described in this specification may be combined into a single step in other embodiments.

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.

Among them, the most decentralized is the public chain. The public chain is represented by bitcoin and ether house, and participants (also called nodes in the block chain) joining the public chain can read data records on the chain, participate in transactions, compete for accounting rights of new blocks, and the like. Moreover, each node can freely join or leave the network and perform related operations.

Private chains are the opposite, with the network's write rights controlled by an organization or organization and the data read rights specified by the organization. Briefly, a private chain may be a weakly centralized system with strict restrictions on nodes and a small number of nodes. This type of blockchain is more suitable for use within a particular establishment.

A federation chain is a block chain between a public chain and a private chain, and "partial decentralization" can be achieved. Each node in a federation chain typically has a physical organization or organization corresponding to it; the nodes are authorized to join the network and form a benefit-related alliance, and block chain operation is maintained together.

Based on the basic characteristics of a blockchain, a blockchain is usually composed of several blocks. The time stamps corresponding to the creation time of the block are recorded in the blocks respectively, and all the blocks form a time-ordered data chain according to the time stamps recorded in the blocks strictly.

The real data generated by the physical world can be constructed into a standard transaction (transaction) format supported by a block chain, then is issued to the block chain, the node equipment in the block chain performs consensus processing on the received transaction, and after the consensus is achieved, the node equipment serving as an accounting node in the block chain packs the transaction into a block and performs persistent evidence storage in the block chain.

The consensus algorithm supported in the blockchain may include:

the first kind of consensus algorithm, namely the consensus algorithm that the node device needs to contend for the accounting right of each round of accounting period; consensus algorithms such as Proof of Work (POW), Proof of equity (POS), Proof of commission rights (DPOS), etc.;

the second kind of consensus algorithm, namely the consensus algorithm which elects accounting nodes in advance for each accounting period (without competing for accounting right); for example, a consensus algorithm such as a Practical Byzantine Fault Tolerance (PBFT) is used.

In a blockchain network employing a first type of consensus algorithm, node devices competing for billing rights can execute a transaction upon receipt. One of the node devices competing for the accounting right may win in the process of competing for the accounting right in the current round, and become an accounting node. The accounting node may package the received transaction with other transactions to generate a latest block and send the generated latest block or a block header of the latest block to other node devices for consensus.

In the block chain network adopting the second type of consensus algorithm, the node equipment with the accounting right is agreed before accounting in the current round. Thus, the node device, after receiving the transaction, may send the transaction to the accounting node if it is not the accounting node of its own round. For the accounting node of the current round, the transaction may be performed during or before packaging the transaction with other transactions to generate the latest block. After generating the latest block, the accounting node may send the latest block or a block header of the latest block to other node devices for consensus.

As described above, regardless of which consensus algorithm is used by the blockchain, the accounting node of the current round may pack the received transaction to generate the latest block, and send the generated latest block or the block header of the latest block to other node devices for consensus verification. If no problem is verified after other node equipment receives the latest block or the block header of the latest block, the latest block can be added to the tail of the original block chain, so that the accounting process of the block chain is completed. The transaction contained in the block may also be performed by other nodes in verifying the new block or block header sent by the accounting node.

In practical applications, whether public, private, or alliance, it is possible to provide the functionality of a smart contract (smart contract). An intelligent contract on a blockchain is a contract on a blockchain that can be executed triggered by a transaction. An intelligent contract may be defined in the form of code.

Taking an Etherhouse as an example, a user is supported to create and call some complex logic in the Etherhouse network. The ethernet workshop is used as a programmable block chain, and the core of the ethernet workshop is an ethernet workshop virtual machine (EVM), and each ethernet workshop node can run the EVM. The EVM is a well-behaved virtual machine through which various complex logic can be implemented. The user issuing and invoking smart contracts in the etherhouse is running on the EVM. In fact, the EVM directly runs virtual machine code (virtual machine bytecode, hereinafter referred to as "bytecode"), so the intelligent contract deployed on the blockchain may be bytecode.

After Bob sends a transaction (transaction) containing information to create a smart contract to the ethernet network, each node may perform the transaction in the EVM, as shown in fig. 1. In fig. 1, the From field of the transaction is used To record the address of the account initiating the creation of the intelligent contract, the contract code stored in the field value of the Data field of the transaction may be byte code, and the field value of the To field of the transaction is a null account. After the nodes reach the agreement through the consensus mechanism, the intelligent contract is successfully created, and the follow-up user can call the intelligent contract.

After the intelligent contract is established, a contract account corresponding to the intelligent contract appears on the block chain, and the block chain has a specific address; for example, "0 x68e12cf284 …" in each node in fig. 1 represents the address of the contract account created; the contract Code (Code) and account store (Storage) will be maintained in the account store for that contract account. The behavior of the intelligent contract is controlled by the contract code, while the account storage of the intelligent contract preserves the state of the contract. In other words, the intelligent contract causes a virtual account to be generated on the blockchain that contains the contract code and account storage.

As mentioned above, the Data field containing the transaction that created the intelligent contract may hold the byte code of the intelligent contract. A bytecode consists of a series of bytes, each of which can identify an operation. Based on the multiple considerations of development efficiency, readability and the like, a developer can select a high-level language to write intelligent contract codes instead of directly writing byte codes. For example, the high-level language may employ a language such as Solidity, Serpent, LLL, and the like. For intelligent contract code written in a high-level language, the intelligent contract code can be compiled by a compiler to generate byte codes which can be deployed on a blockchain.

Taking the Solidity language as an example, the contract code written by it is very similar to a Class (Class) in the object-oriented programming language, and various members including state variables, functions, function modifiers, events, etc. can be declared in one contract. A state variable is a value permanently stored in an account Storage (Storage) field of an intelligent contract to save the state of the contract.

As shown in FIG. 2, still taking the Etherhouse as an example, after Bob sends a transaction containing the information of the calling intelligent contract to the Etherhouse network, each node can execute the transaction in the EVM. In fig. 2, the From field of the transaction is used To record the address of the account initiating the intelligent contract invocation, the To field is used To record the address of the intelligent contract invocation, and the Data field of the transaction is used To record the method and parameters of the intelligent contract invocation. After invoking the smart contract, the account status of the contract account may change. Subsequently, a client may view the account status of the contract account through the accessed block link point (e.g., node 1 in fig. 2).

The intelligent contract can be independently executed at each node in the blockchain network in a specified mode, and all execution records and data are stored on the blockchain, so that after the transaction is executed, transaction certificates which cannot be tampered and lost are stored on the blockchain.

A schematic diagram of creating an intelligent contract and invoking the intelligent contract is shown in fig. 3. An intelligent contract is created in an Ethernet workshop and needs to be subjected to the processes of compiling the intelligent contract, changing the intelligent contract into byte codes, deploying the intelligent contract to a block chain and the like. The intelligent contract is called in the Ethernet workshop, a transaction pointing to the intelligent contract address is initiated, the EVM of each node can respectively execute the transaction, and the intelligent contract code is distributed and operated in the virtual machine of each node in the Ethernet workshop network.

The event mechanism of the intelligent contract is a mode for the interaction between the intelligent contract and the out-of-chain entity. For intelligent contracts deployed on blockchains, direct interaction with out-of-chain entities is generally not possible; for example, the intelligent contract cannot generally send the call result of the intelligent contract to the call initiator of the intelligent contract point to point after the call is completed.

The call results (including intermediate results and final call results) generated by the intelligent contract in the call process are usually recorded in the form of events (events) to the transaction log (transaction logs) of the transaction that called the intelligent contract, and stored in the storage space of the node device. The entity outside the chain which needs to interact with the intelligent contract can acquire the calling result of the intelligent contract by monitoring the transaction log stored in the storage space of the node equipment;

for example, in the case of an Etherhouse, the transaction log will eventually be stored in the MPT receipt tree described above as part of the receipt (receipt) of the transaction pen transaction that invoked the smart contract. And the entity outside the chain interacting with the intelligent contract can monitor the transaction receipts stored in the storage space of the node device on the MPT receipt tree and acquire the events generated by the intelligent contract from the monitored transaction receipts.

In a cross-chain scenario, multiple blockchains may implement cross-chain docking through cross-chain relays.

The cross-link relay can be respectively connected with the block chains through the bridging interfaces, and the cross-link data synchronization among the block chains is completed based on the realized data carrying logic.

The chain-crossing technology used for realizing the chain-crossing relay is not particularly limited in this specification; for example, in practical applications, a plurality of block chains can be connected by a chain-crossing mechanism such as side chain technology, notary technology, and the like.

After a plurality of block chains are connected in a butt joint mode through cross-chain relays, data on other block chains can be read and authenticated between the block chains, and intelligent contracts deployed on other block chains can be called through the cross-chain relays.

The inter-link relay is used only for transferring data between a plurality of block chains, and does not need to store the transferred data persistently or maintain the data state of the transferred data. In practical applications, the inter-link relay may be configured in a device, a node, a platform, or the like other than the plurality of block chains to which the inter-link relay is connected, or may be configured in a node device of the plurality of block chains to which the inter-link relay is connected, and is not particularly limited in this specification.

The intelligent contracts deployed on the blockchains can only reference data contents stored on the blockchains 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 Oracle 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.

It should be noted that the cross-link relay is used to connect two block chains, and the Oracle are used to connect the Oracle ora.

In practical application, when a predicting machine is deployed for an intelligent contract on a block chain, a predicting machine intelligent contract corresponding to the predicting machine can be deployed on the block chain; the intelligent contract of the prediction machine is used for maintaining external data sent to the intelligent contract on the block chain by the prediction machine; for example, external data sent by the predictive machine to the smart contract on the blockchain may be stored in the account storage space of the predictive machine smart contract.

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.

It should be noted that, when sending external data to the smart contract on the blockchain, the prediction engine may use an active sending method or a passive sending method.

In one implementation, the data entity outside the chain may send external data to be provided to the target intelligent contract to the intelligent contract of the language prediction machine after signing by using the private key of the language prediction machine; for example, in time, the signed external data may be sent to the intelligent contract of the prediction machine in a periodic sending manner;

the intelligent contract of the language predicting machine can maintain a CA (certificate authority) certificate of the language predicting machine, after external data sent by a data entity outside a chain is received, a signature of the external data can be verified by using a public key of the language predicting 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 predicting 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 language predictive machine, the intelligent contract of the language predictive 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.

Referring to fig. 4A and 4B, fig. 4A and 4B are schematic diagrams of a block chain-based physical stamp using system according to an exemplary embodiment of the present disclosure.

In the system for using a physical seal based on a blockchain as shown in fig. 4A, in addition to the blockchain, a physical seal and a client (for example, a client to which the user of the physical seal logs) corresponding to the user (called a user of the physical seal) using the physical seal may be included. The ue may couple with a node device in the blockchain to access the blockchain and to access another blockchain interfacing with the blockchain across chains (e.g., a blockchain for storing forensic data, referred to as a judicial chain). The physical seal and the client can be in short-distance wireless communication connection (such as Bluetooth connection, WiFi connection, ZigBee connection and the like), namely data transmission can be carried out between the physical seal and the client based on the short-distance wireless communication connection. In addition, the physical seal can be equipped with a sensor (such as a pressure sensor, an acceleration sensor, and the like) for collecting the motion sensing data of the physical seal.

The physical seal using system based on the blockchain as shown in fig. 4B may include a physical seal, a client corresponding to the physical seal using party (for example, a client registered by the physical seal using party), and a baas (blockchain a service) platform in addition to the blockchain. Wherein, the BaaS platform can be coupled with a node device in the blockchain to access the blockchain and another blockchain (for example, a blockchain for storing forensic data, called a judicial chain) connected with the blockchain across chains; that is, the BaaS platform may send the data to the node device in the blockchain or the judicial chain in cross-chain docking with the blockchain, and the node device performs persistent storage on the data in the blockchain. The client can be in communication connection with the BaaS platform through the Internet; the physical seal and the client can be in short-distance wireless communication connection (such as Bluetooth connection, WiFi connection, ZigBee connection and the like), namely data transmission can be carried out between the physical seal and the client based on the short-distance wireless communication connection. In addition, the physical seal can be equipped with a sensor (such as a pressure sensor, an acceleration sensor, and the like) for collecting the motion sensing data of the physical seal.

In practical applications, the client may be deployed on an electronic device, where the electronic device may be a server, a computer, a mobile phone, a tablet device, a notebook computer, a Personal Digital assistant (pda), or the like; similarly, the electronic device added to the block chain as a node device may also be a server, a computer, a mobile phone, a tablet device, a notebook computer, a palm computer, or the like; this is not limited by the present description.

Referring to fig. 5, fig. 5 is a flowchart illustrating a block chain-based physical seal using method according to an exemplary embodiment of the present disclosure.

In conjunction with the block chain based physical seal using system shown in fig. 4A and 4B, the block chain based physical seal using method described above can be applied to the client shown in fig. 4A and 4B; the block chain-based physical seal using method can comprise the following steps:

step 501, receiving signature information sent by the physical seal based on the short-distance wireless communication connection; the signature information is sent by the physical seal when the signature action of a physical seal user on the physical seal is detected based on the motion sensing data acquired by the sensor;

step 502, generating a signature record corresponding to the physical seal in response to the signature information;

step 503, issuing the generated signature record to the block chain accessed by the client for storing the certificate.

In practical applications, a user (called a physical seal user) who needs to use a physical seal can initiate a request for the physical seal that the physical seal user needs to use through a client corresponding to the physical seal user (for example, a client that the physical seal user logs in with an account name and a password of a user account of the user).

After it is determined that the physical seal user can use the physical seal, the physical seal user can use the physical seal to perform signature processing on a file to be signed, for example: and stamping the physical seal on the entity document to be signed printed on the white paper.

In practical applications, the user of the physical seal may specifically represent a national administrative organ, a public institution, a social group or an enterprise that needs to use the physical seal during work; the physical seal user can be a user or a user group consisting of a plurality of users; this is not limited by the present description.

Taking an enterprise as an example, the enterprise itself can be used as a physical seal user and use a physical seal as a common seal of the enterprise.

Specifically, the enterprise may initiate a request to use the enterprise's official seal through a client corresponding to the enterprise, such as: an employee may be selected from the employees of the enterprise as a representative of the enterprise, and the request may be initiated by the client. After determining that the enterprise as the physical seal user can use the public seal of the enterprise (i.e. the physical seal that the physical seal user needs to use), the enterprise can stamp the public seal of the enterprise on the entity file to be signed.

In this embodiment, the physical seal may be equipped with a sensor for collecting motion sensing data of the physical seal; in addition, the physical seal can be provided with a data processing device (such as a microprocessor MCU) for processing the motion sensing data acquired by the sensor.

In this case, the data processing device mounted on the physical seal may determine whether or not the signature action of the user of the physical seal on the physical seal is detected based on the motion sensing data of the physical seal collected by the sensor mounted on the physical seal, that is, whether or not the user of the physical seal performs the signature action using the physical seal. If the signature action of the physical seal user on the physical seal is detected, the signature information can be sent to the client by the physical seal based on the short-distance wireless communication connection kept by the client corresponding to the physical seal user.

In one embodiment shown, the sensor may comprise a pressure sensor; at this time, the motion sensing data collected by the sensor may include pressure sensing data. The pressure sensing data can represent the pressure applied to the physical seal; the pressure sensing data may specifically be a numerical value of a pressure to which the physical stamp is subjected.

In general, if the physical stamp is subjected to a large pressure, it is considered that the physical stamp is artificially used for stamping. Therefore, the physical seal may determine whether the pressure sensing data collected by the pressure sensor exceeds a preset threshold (the threshold may be preset by a technician according to an actual situation). If yes, the signature action of the physical seal user on the physical seal can be determined to be detected.

In another embodiment shown, the sensor may comprise an acceleration sensor; at this time, the motion sensing data collected by the sensor may include acceleration sensing data. Wherein, the acceleration sensing data can represent the acceleration of the physical seal; the acceleration sensing data may specifically be a numerical value of the acceleration of the physical stamp.

In general, if the acceleration of the physical stamp is large, it can be considered that the physical stamp is artificially used for stamping. Therefore, the physical seal may determine whether the acceleration sensing data acquired by the acceleration sensor exceeds a preset threshold (the threshold may be preset by a technician according to an actual situation). If yes, the signature action of the physical seal user on the physical seal can be determined to be detected.

In this embodiment, when receiving the signature information, the client corresponding to the user of the physical seal may generate a signature record corresponding to the physical seal in response to the signature information.

In one embodiment, the signature record may include one or more of the following: physical seal information of the physical seal; identity information of the user of the physical seal; the time of signature; positioning position information corresponding to the signature location; and so on.

For a physical seal, the physical seal information of the physical seal may include information for uniquely representing the physical seal, such as: a pattern image of the physical seal; or seal the seal number carved on the physical seal; and so on.

For a certain physical seal user, the identity information of the physical seal user may include: the physical seal using party has a public key in a ca (certificate authority) certificate.

In practical application, on one hand, different physical seal users hold different CA certificates, and the public keys and the private keys in the different CA certificates are different; on the other hand, the public key is a public key, and the private key is a private key held by the user. Therefore, the public key in the CA certificate owned by the physical seal using party can be used as the identity information for referring to the physical seal using party.

Further, for a certain physical seal user, the identity information of the physical seal user may further include one or more combinations shown below: the identity of the user of the physical seal (such as the account name and the password of a user account, face information or fingerprint information, etc.); a blockchain account identifier of the physical seal user; image information of the physical seal held by the user of the physical seal; and so on. That is, the information uniquely referring to the user of the physical seal may be used as the identity information of the user of the physical seal.

For a certain signature action executed by the physical seal user on the physical seal, on one hand, the client corresponding to the physical seal user may use the time when the signature information corresponding to the signature action sent by the physical seal is received as the signature time when the signature action occurs.

On the other hand, when receiving the signature information sent by the physical seal, the client corresponding to the user of the physical seal may obtain the current positioning position information (for example, call a positioning device mounted on the terminal device where the client is located to position the client), and use the positioning position information as the positioning position information corresponding to the signature location where the signature action occurs.

In this embodiment, the client corresponding to the user of the physical seal may issue the generated signature record corresponding to the physical seal to the blockchain accessed by the client for storing the certificate.

In an illustrated embodiment, in combination with the block chain-based physical seal using system shown in fig. 4A and 4B, the signature record may be issued to the block chain (i.e., a block chain directly accessed by a client corresponding to the physical seal using party) for storage; alternatively, the generated illegal use record of the physical seal may be issued to another block chain (called a judicial chain) for storing judicial data, which is docked with the block chain across chains, for evidence storage.

In an embodiment shown, after receiving the signature information, the client corresponding to the user of the physical seal may invoke an image acquisition device (e.g., a camera device mounted on a terminal device where the client is located; or a camera device disposed in a signature environment and communicatively connected to the client; etc.) to acquire image information corresponding to a file to be signed; wherein, the image information may include the image information of the physical seal. Subsequently, the client can issue the acquired image information to the block chain for storage; or, the acquired image information may be issued to a judicial chain interfacing with the blockchain across chains for evidence storage.

Taking the image acquisition interface shown in fig. 6 as an example, the client corresponding to the physical seal user may determine that the physical seal user completes signing the to-be-signed document using the physical seal after receiving the signing information, so as to output the image acquisition interface to the physical seal user. The user of the physical seal can click the 'photographing' button in the image acquisition interface, so that when the client detects the click operation of the 'photographing' button in the image acquisition interface, the client calls the image acquisition device corresponding to the client to acquire the image information corresponding to the file, and issues the acquired image information to the block chain or the judicial chain in cross-chain butt joint with the block chain for evidence storage.

In order to ensure the data security of the signature record, in an embodiment shown in fig. 4A, in the block chain-based physical seal using system, for any physical seal, the binding relationship between the physical seal information of the physical seal and the physical seal user of the physical seal may be stored in the block chain in advance. In addition, the block chain can also store a CA certificate of the physical seal user.

In this case, the signature record may be digitally signed based on a private key of the user of the physical seal. Referring to the foregoing process of persisting data in a blockchain, subsequently, the digitally signed signature record may be sent to a node device in a blockchain (which may be the blockchain or a judicial chain in cross-chain docking with the blockchain) accessed to a client corresponding to the physical seal user, so that the node device obtains a CA certificate of the physical seal user stored in the blockchain, and verifies the digital signature corresponding to the signature record based on a public key in the CA certificate; if the verification is passed, the node equipment can record the signature in the block chain for persistent storage; otherwise, the signature record may not be stored in the blockchain.

In another embodiment shown in fig. 4B, in the block chain-based physical seal using system, for any physical seal, the binding relationship between the physical seal information of the physical seal and the physical seal user of the physical seal may be stored in advance in the BaaS platform. In addition, the BaaS platform can also store the CA certificate of the physical seal user.

In this case, the signature record may be digitally signed based on a private key of the user of the physical seal. Subsequently, the signature record after digital signature can be sent to the BaaS platform, so that the BaaS platform verifies the digital signature corresponding to the signature record based on the public key in the stored CA certificate of the physical seal user; if the verification is passed, the BaaS platform can issue the signature record to a block chain (which can be the block chain or a judicial chain in cross-chain butt joint with the block chain) accessed by a client corresponding to the physical seal user for storing the certificate; otherwise, the signature record may not be issued to the blockchain for crediting.

Referring to fig. 7, fig. 7 is a flowchart illustrating another block chain-based physical seal using method according to an exemplary embodiment of the present disclosure.

In conjunction with the block chain-based physical seal using system shown in fig. 4A and 4B, corresponding to the embodiment shown in fig. 5, the block chain-based physical seal using method described above may be applied to the physical seals shown in fig. 4A and 4B; the block chain-based physical seal using method can comprise the following steps:

701, determining whether a signature action of a physical seal user on the physical seal is detected or not based on motion sensing data acquired by the sensor;

and 702, if so, sending signature information to the client based on the short-distance wireless communication connection so that the client responds to the signature information to generate a signature record corresponding to the physical seal, and issuing the generated signature record to a block chain accessed by the client for storing the certificate.

The specific implementation method of steps 701 to 703 may refer to the embodiment shown in fig. 5, and this description is not repeated here.

Referring to fig. 8, fig. 8 is a flowchart illustrating a block chain-based physical seal using method according to an exemplary embodiment of the present disclosure.

step 801, receiving motion sensing data which is sent by the physical seal and acquired based on the sensor based on the short-distance wireless communication connection;

step 802, determining whether a signature action of a physical seal user on the physical seal is detected based on the motion sensing data;

step 803, if yes, generating a signature record corresponding to the physical seal;

and step 804, issuing the generated signature record to the block chain accessed by the client for storing the certificate.

In this embodiment, the physical seal may be equipped with a sensor for acquiring motion sensing data of the physical seal, and the motion sensing data of the physical seal acquired by the sensor carried by the physical seal is sent to the client based on short-distance wireless communication connection maintained by the client corresponding to the user of the physical seal.

In this embodiment, the client corresponding to the physical seal user may determine whether to detect a signature action of the physical seal user on the physical seal based on the received motion sensing data of the physical seal, that is, whether to detect whether the physical seal user executes the signature action using the physical seal.

In general, if the physical stamp is subjected to a large pressure, it is considered that the physical stamp is artificially used for stamping. Therefore, the client corresponding to the user of the physical seal may determine whether the pressure sensing data collected by the pressure sensor exceeds a preset threshold (the threshold may be preset by a technician according to an actual situation). If yes, the signature action of the physical seal user on the physical seal can be determined to be detected.

In general, if the acceleration of the physical stamp is large, it can be considered that the physical stamp is artificially used for stamping. Therefore, the client corresponding to the user of the physical seal may determine whether the acceleration sensing data acquired by the acceleration sensor exceeds a preset threshold (the threshold may be preset by a technician according to an actual situation). If yes, the signature action of the physical seal user on the physical seal can be determined to be detected.

In this embodiment, when determining that the signing operation of the physical seal user on the physical seal is detected, the client corresponding to the physical seal user may generate a signing record corresponding to the physical seal.

The specific implementation method of steps 801 to 803 may refer to the embodiment shown in fig. 5, and this description is not repeated here.

In the technical scheme, the motion sensing data acquired by the sensor carried by the physical seal can be sent to the client corresponding to the user of the physical seal based on short-distance wireless communication connection, and when the client detects the signature action of the user of the physical seal on the physical seal based on the motion sensing data, the client generates the signature record corresponding to the physical seal and issues the signature record to the block chain accessed by the client for storage. By adopting the mode, whether the physical seal is used or not can be detected based on the motion sensing data acquired by the sensor carried by the physical seal, and the corresponding signature record is uploaded when the physical seal is detected to be used, so that the use safety and reliability of the physical seal can be ensured.

Corresponding to the embodiment of the block chain-based physical seal using method, the specification also provides an embodiment of a block chain-based physical seal using device.

The embodiment of the block chain-based physical seal using device can be applied to electronic equipment. The device embodiments may be implemented by software, or by hardware, or by a combination of hardware and software. Taking a software implementation as an example, as a logical device, the device is formed by reading, by a processor of the electronic device where the device is located, a corresponding computer program instruction in the nonvolatile memory into the memory for operation. From a hardware aspect, as shown in fig. 9, the hardware structure diagram of the electronic device where the block chain-based physical seal using apparatus is located in this specification is shown, except for the processor, the memory, the network interface, and the nonvolatile memory shown in fig. 9, the electronic device where the apparatus is located in the embodiment may also include other hardware according to an actual function used by the block chain-based physical seal, which is not described again.

Referring to fig. 10, fig. 10 is a block diagram of a physical stamp using apparatus based on a block chain according to an exemplary embodiment of the present disclosure. The block chain-based physical seal using apparatus 100 may be applied to an electronic device as shown in fig. 9, where a client accessing the block chain may be deployed; the client side and the physical seal keep short-distance wireless communication connection; the physical seal is provided with a sensor for acquiring motion sensing data of the physical seal; the apparatus 100 may comprise:

a receiving module 1001 configured to receive signature information sent by the physical seal based on the short-distance wireless communication connection; the signature information is sent by the physical seal when the signature action of a physical seal user on the physical seal is detected based on the motion sensing data acquired by the sensor;

the generating module 1002 is configured to generate a signature record corresponding to the physical seal in response to the signature information;

and the evidence storing module 1003 is used for issuing the generated signature record to the block chain accessed by the client for storing the evidence.

Referring to fig. 11, fig. 11 is a block diagram of a physical stamp using apparatus based on a block chain according to an exemplary embodiment of the present disclosure. The block chain-based physical seal using apparatus 110 may be applied to an electronic device as shown in fig. 9, which may be made into a physical seal; the physical seal keeps short-distance wireless communication connection with a client side accessed to the block chain; the physical seal is provided with a sensor for acquiring motion sensing data of the physical seal; the apparatus 110 may include:

the detection module 1101 determines whether a signature action of a physical seal user on the physical seal is detected based on the motion sensing data acquired by the sensor;

if the signature record is stored in the block chain, the client sends the signature information to the sending module 1102, so that the client responds to the signature information to generate a signature record corresponding to the physical seal, and issues the generated signature record to the block chain accessed by the client for storing the certificate.

Referring to fig. 12, fig. 12 is a block diagram of a physical stamp using apparatus based on a block chain according to an exemplary embodiment of the present disclosure. The block chain-based physical seal using apparatus 120 may be applied to an electronic device as shown in fig. 9, where a client accessing the block chain may be deployed; the client side and the physical seal keep short-distance wireless communication connection; the physical seal is provided with a sensor for acquiring motion sensing data of the physical seal; the apparatus 120 may include:

a receiving module 1201 for receiving motion sensing data sent by the physical seal based on the sensor acquisition based on the short-distance wireless communication connection;

a detection module 1202, configured to determine whether a signature action of a physical seal user on the physical seal is detected based on the motion sensing data;

a generating module 1203, if yes, generating a signature record corresponding to the physical seal;

the evidence storing module 1204 issues the generated signature record to the block chain accessed by the client for evidence storage.

The implementation process of the functions and actions of each module in the above device is specifically described in the implementation process of the corresponding step in the above method, and is not described herein again.

For the device embodiments, since they substantially correspond to the method embodiments, reference may be made to the partial description of the method embodiments for relevant points. The above-described embodiments of the apparatus are merely illustrative, wherein the modules described as separate parts may or may not be physically separate, and the parts displayed as modules may or may not be physical modules, may be located in one place, or may be distributed on a plurality of network modules. Some or all of the modules can be selected according to actual needs to achieve the purpose of the solution in the specification. One of ordinary skill in the art can understand and implement it without inventive effort.

The systems, devices, modules or units illustrated in the above embodiments may be implemented by a computer chip or an entity, or by a product with certain functions. A typical implementation device is a computer, which may take the form of a personal computer, laptop computer, cellular telephone, camera phone, smart phone, personal digital assistant, media player, navigation device, email messaging device, game console, tablet computer, wearable device, or a combination of any of these devices.

In a typical configuration, a computer includes one or more processors (CPUs), input/output interfaces, network interfaces, and memory.

The memory may include forms of volatile memory in a computer readable medium, Random Access Memory (RAM) and/or non-volatile memory, such as Read Only Memory (ROM) or flash memory (flash RAM). Memory is an example of a computer-readable medium.

Computer-readable media, including both non-transitory and non-transitory, removable and non-removable media, may implement information storage by any method or technology. The information may be computer readable instructions, data structures, modules of a program, or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), Static Random Access Memory (SRAM), Dynamic Random Access Memory (DRAM), other types of Random Access Memory (RAM), Read Only Memory (ROM), Electrically Erasable Programmable Read Only Memory (EEPROM), flash memory or other memory technology, compact disc read only memory (CD-ROM), Digital Versatile Discs (DVD) or other optical storage, magnetic cassettes, magnetic disk storage, quantum memory, graphene-based storage media or other magnetic storage devices, or any other non-transmission medium that can be used to store information that can be accessed by a computing device. As defined herein, a computer readable medium does not include a transitory computer readable medium such as a modulated data signal and a carrier wave.

It should also be noted that the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element.

The foregoing description has been directed to specific embodiments of this disclosure. Other embodiments are within the scope of the following claims. In some cases, the actions or steps recited in the claims may be performed in a different order than in the embodiments and still achieve desirable results. In addition, the processes depicted in the accompanying figures do not necessarily require the particular order shown, or sequential order, to achieve desirable results. In some embodiments, multitasking and parallel processing may also be possible or may be advantageous.

The terminology used in the description of the one or more embodiments is for the purpose of describing the particular embodiments only and is not intended to be limiting of the description of the one or more embodiments. As used in one or more embodiments of the present specification and the appended claims, the singular forms "a," "an," and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise. It should also be understood that the term "and/or" as used herein refers to and encompasses any and all possible combinations of one or more of the associated listed items.

It should be understood that although the terms first, second, third, etc. may be used in one or more embodiments of the present description to describe various information, such information should not be limited to these terms. These terms are only used to distinguish one type of information from another. For example, first information may also be referred to as second information, and similarly, second information may also be referred to as first information, without departing from the scope of one or more embodiments herein. The word "if" as used herein may be interpreted as "at … …" or "when … …" or "in response to a determination", depending on the context.

The above description is only for the purpose of illustrating the preferred embodiments of the one or more embodiments of the present disclosure, and is not intended to limit the scope of the one or more embodiments of the present disclosure, and any modifications, equivalent substitutions, improvements, etc. made within the spirit and principle of the one or more embodiments of the present disclosure should be included in the scope of the one or more embodiments of the present disclosure.

Claims

1. A physical seal using method based on a block chain is applied to a client side accessing the block chain; the client side and the physical seal keep short-distance wireless communication connection; the physical seal is provided with a sensor for acquiring motion sensing data of the physical seal; the method comprises the following steps:

2. The method of claim 1, wherein issuing the generated signature record to a blockchain accessed by the client for credentialing comprises:

issuing the generated signature record to the block chain for storing the certificate; or issuing the generated signature record to a judicial chain in cross-chain butt joint with the block chain for evidence storage.

3. The method of claim 1, further comprising:

after the signature information is received, calling an image acquisition device to acquire image information corresponding to a file to be signed;

issuing the image information to the block chain for evidence storage; or issuing the image information to a judicial chain in cross-chain butt joint with the block chain for evidence storage.

4. The method of claim 1, the signature record comprising one or more of the following: physical seal information of the physical seal; identity information of the user of the physical seal; the time of signature; and positioning position information corresponding to the signature location.

5. The method according to claim 1, wherein the block chain stores a binding relationship between the physical seal information of the physical seal and the physical seal user, and a CA certificate of the physical seal user;

the issuing of the generated signature record to the block chain accessed by the client for evidence storage comprises the following steps:

and digitally signing the signature record based on a private key of the physical seal user, sending the digitally signed signature record to node equipment in a block chain accessed by the client, so that the node equipment verifies the digital signature of the signature record based on a public key of the physical seal user in the CA certificate, and storing the signature record in the block chain accessed by the client after the verification is passed.

6. The method according to claim 1, wherein a BaaS platform which is in butt joint with the node equipment in the block chain stores the binding relationship between the physical seal information of the physical seal and the physical seal user and a CA certificate of the physical seal user;

and digitally signing the signature record based on a private key of the physical seal user, sending the digitally signed signature record to the BaaS platform, so that the BaaS platform verifies the digital signature of the signature record based on a public key of the physical seal user in the CA certificate, and issuing the signature record to a block chain accessed by the client for storing the certificate after the verification is passed.

7. A block chain-based physical seal using method is applied to a physical seal; the physical seal keeps short-distance wireless communication connection with a client side accessed to the block chain; the physical seal is provided with a sensor for acquiring motion sensing data of the physical seal; the method comprises the following steps:

8. The method of claim 7, the sensor comprising a pressure sensor; the motion sensing data comprises pressure sensing data;

the determining whether the signature action of the physical seal user on the physical seal is detected based on the motion sensing data collected by the sensor includes:

determining whether pressure sensing data acquired by the pressure sensor exceeds a preset threshold value;

if so, determining that the signature action of the physical seal user on the physical seal is detected.

9. The method of claim 7, the sensor comprising an acceleration sensor; the motion sensing data comprises acceleration sensing data;

determining whether acceleration sensing data acquired by the acceleration sensor exceeds a preset threshold value;

10. A physical seal using method based on a block chain is applied to a client side accessing the block chain; the client side and the physical seal keep short-distance wireless communication connection; the physical seal is provided with a sensor for acquiring motion sensing data of the physical seal; the method comprises the following steps:

if so, generating a signature record corresponding to the physical seal;

11. The method of claim 10, the sensor comprising a pressure sensor; the motion sensing data comprises pressure sensing data;

the determining whether a signature action of a physical seal user on the physical seal is detected based on the motion sensing data includes:

determining whether the pressure sensing data sent by the physical seal exceeds a preset threshold value;

12. The method of claim 10, the sensor comprising a pressure sensor; the motion sensing data comprises pressure sensing data;

13. The method of claim 10, wherein issuing the generated signature record to a blockchain accessed by the client for credentialing comprises:

14. The method of claim 10, further comprising:

after detecting the signature action of the physical seal user on the physical seal, calling an image acquisition device to acquire image information corresponding to a file to be signed;

15. The method of claim 10, the signature record comprising one or more of the following: physical seal information of the physical seal; identity information of the user of the physical seal; the time of signature; and positioning position information corresponding to the signature location.

16. The method according to claim 10, wherein the block chain stores a binding relationship between the physical seal information of the physical seal and the physical seal user, and a CA certificate of the physical seal user;

17. The method according to claim 10, wherein a BaaS platform interfacing with a node device in the block chain stores a binding relationship between physical seal information of the physical seal and a physical seal user, and a CA certificate of the physical seal user;

18. A physical seal using device based on a block chain is applied to a client side accessing the block chain; the client side and the physical seal keep short-distance wireless communication connection; the physical seal is provided with a sensor for acquiring motion sensing data of the physical seal; the device comprises:

19. A block chain-based physical seal using device is applied to a physical seal; the physical seal keeps short-distance wireless communication connection with a client side accessed to the block chain; the physical seal is provided with a sensor for acquiring motion sensing data of the physical seal; the device comprises:

20. A physical seal using device based on a block chain is applied to a client side accessing the block chain; the client side and the physical seal keep short-distance wireless communication connection; the physical seal is provided with a sensor for acquiring motion sensing data of the physical seal; the device comprises:

21. An electronic device, comprising:

a processor;

a memory for storing processor-executable instructions;

wherein the processor implements the method of any of claims 1-6, 7-9, or 10-17 by executing the executable instructions.

22. A computer readable storage medium having stored thereon computer instructions which, when executed by a processor, implement the method of any of claims 1-6, 7-9, or 10-17.