Disclosure of Invention
The embodiment of the application provides a verification method and device of an electronic contract, electronic equipment and a storage medium, which are used for solving the problem of low reliability of verification of the electronic contract.
In a first aspect, an embodiment of the present application provides a method for verifying an electronic contract, where the method includes:
acquiring the introduction information of the electronic contract from a preset blockchain;
extracting evidence information corresponding to the annex information from the blockchain, wherein the evidence information comprises hash information, signature information and timestamp information of the electronic contract;
and verifying the electronic contract according to the hash information, the signature information and the timestamp information.
In some embodiments, the method further comprises:
determining attribute information and the annex information of the electronic contract;
generating the hash information of the attribute information;
generating the signature information and the timestamp information according to the hash information respectively;
storing the hash information, the signature information, the timestamp information, and the annex information into the blockchain.
In some embodiments, generating the signature information includes:
acquiring a private key of the electronic contract;
and signing the hash information based on a private key to generate signature information.
In some embodiments, generating the timestamp information includes:
Determining the current time;
and timestamping the hash information based on the current time to generate timestamp information.
In some embodiments, the verifying the electronic contract according to the hash information, the signature information, and the timestamp information comprises:
respectively verifying the signature information and the timestamp information;
if the signature information and the timestamp information pass verification, determining an electronic contract corresponding to the hash information;
and if the electronic contract corresponding to the hash information is the same as the electronic contract, determining that the verification is passed.
In some embodiments, verifying the signature information includes:
acquiring a public key of the electronic contract;
decrypting the signature information based on the public key.
In some embodiments, generating the hash of the attribute information includes:
determining a character string corresponding to the attribute information;
and carrying out hash calculation on the character string to generate the hash information.
In some embodiments, the attribute information includes at least one of text content, registration information, real name information, signing intent information, digital certificate issuance information, and application log of the electronic contract.
In a second aspect, an embodiment of the present application provides a method for verifying an electronic contract, where the method includes:
generating evidence information and annex information of an electronic contract, wherein the evidence information and the annex information are used for verifying the electronic contract, and the evidence information comprises hash information, signature information and timestamp information of the electronic contract;
and storing the hash information, the signature information, the timestamp information and the annex information into a preset block chain.
In some embodiments, generating the signature information includes:
acquiring a private key of the electronic contract;
and signing the hash information based on a private key to generate signature information.
In some embodiments, generating the timestamp information includes:
determining the current time;
and timestamping the hash information based on the current time to generate timestamp information.
In a third aspect, an embodiment of the present application provides an apparatus for verifying an electronic contract, the apparatus including:
the acquisition module is used for acquiring the statement information of the electronic contract from a preset blockchain;
the extraction module is used for extracting evidence information corresponding to the annex information from the blockchain, wherein the evidence information comprises hash information, signature information and timestamp information of the electronic contract;
And the verification module is used for verifying the electronic contract according to the hash information, the signature information and the timestamp information.
In some embodiments, the apparatus further comprises:
a determining module, configured to determine attribute information of the electronic contract and the introduction information;
a first generation module, configured to generate the hash information of the attribute information;
the first generation module is used for respectively generating the signature information and the timestamp information according to the hash information;
and the first storage module is used for storing the hash information, the signature information, the timestamp information and the annex information into the blockchain.
In some embodiments, the first generation module is configured to obtain a private key of the electronic contract, sign the hash information based on the private key, and generate the signature information.
In some embodiments, the first generation module is configured to determine a current time, timestamp the hash information based on the current time, and generate timestamp information.
In some embodiments, the verification module is configured to verify the signature information and the timestamp information separately, determine an electronic contract corresponding to the hash information if the signature information and the timestamp information are verified, and determine that the verification is passed if the electronic contract corresponding to the hash information is the same as the electronic contract.
In some embodiments, the verification module is configured to obtain a public key of the electronic contract and decrypt the signature information based on the public key.
In some embodiments, the first generating module is configured to determine a character string corresponding to the attribute information; and carrying out hash calculation on the character string to generate the hash information.
In some embodiments, the attribute information includes at least one of text content, registration information, real name information, signing intent information, digital certificate issuance information, and application log of the electronic contract.
In a fourth aspect, an embodiment of the present application provides an apparatus for verifying an electronic contract, the apparatus including:
the second generation module is used for generating evidence information and accessory information of the electronic contract, wherein the evidence information and accessory information are used for verifying the electronic contract, and the evidence information comprises hash information, signature information and timestamp information of the electronic contract;
and the second storage module is used for storing the hash information, the signature information, the timestamp information and the annex information into a preset blockchain.
In some embodiments, the second generating module is configured to obtain a private key of the electronic contract, and sign the hash information based on the private key, to generate the signature information.
In some embodiments, the second generation module is configured to determine a current time and timestamp the hash information based on the current time, and generate timestamp information.
In a fifth aspect, an embodiment of the present application provides an electronic device, including: a memory, a processor;
the memory is used for storing the processor executable instructions;
wherein the processor, when executing the instructions in the memory, is configured to implement the method of any of the embodiments described above.
In a sixth aspect, an embodiment of the present application provides a computer readable storage medium, on which a computer program is stored, which when executed by a processor implements a method according to any of the above embodiments.
The embodiment of the application provides a verification method and device of an electronic contract, electronic equipment and a storage medium, wherein the verification method comprises the following steps: the method comprises the steps of obtaining the annex information of the electronic contract from a preset blockchain, extracting evidence information corresponding to the annex information from the blockchain, wherein the evidence information comprises hash information, signature information and time stamp information of the electronic contract, verifying the electronic contract according to the hash information, the signature information and the time stamp information, and storing the annex information and the evidence information in the blockchain to avoid the problem that the annex information and the evidence information are tampered, so that the safety and the reliability of the annex information and the evidence information are improved, and verifying the electronic contract based on the hash information, the signature information and the time stamp information, namely verifying the electronic contract based on different dimensions, so that the problem of singleness of verification can be avoided, comprehensiveness and diversity of verification are achieved, and further the technical effect of improving the reliability of verification is achieved.
Detailed Description
For the purpose of making the objects, technical solutions and advantages of the embodiments of the present application more apparent, the technical solutions of the embodiments of the present application will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present application, and it is apparent that the described embodiments are some embodiments of the present application, but not all embodiments of the present application. All other embodiments, which can be made by those skilled in the art based on the embodiments of the application without making any inventive effort, are intended to be within the scope of the application.
The terms "first," "second," "third," "fourth" and the like in the description and in the claims and in the above drawings, if any, are used for distinguishing between similar objects and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used may be interchanged where appropriate such that the embodiments of the application described herein may be implemented, for example, in sequences other than those illustrated or otherwise described herein. Furthermore, the terms "comprises," "comprising," and "having," and any variations thereof, are intended to cover a non-exclusive inclusion, such that a process, method, system, article, or apparatus that comprises a list of steps or elements is not necessarily limited to those steps or elements expressly listed but may include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus.
Referring to fig. 1, fig. 1 is a schematic diagram of an application scenario of an electronic contract verification method according to an embodiment of the application.
As shown in fig. 1, the application scenario may include: an electronic contract platform, an application programming interface (Application Programming Interface, API) and a certification platform.
The electronic contract platform can be a platform for providing electronic contract services, such as a platform for generating electronic contracts, i.e. a user can sign electronic contracts through the electronic contract platform. The number of the electronic contract platforms can be at least one, and the number of the electronic contract platforms is not limited in the embodiment of the application.
In addition, a software development kit (Software Development Kit, SDK) is provided in the electronic contract platform, which provides electronic contract services based on the SDK.
The API may be provided on the electronic contract platform and may be an API of the SDK.
The evidence-storing platform can be a platform for providing evidence storage, and in the embodiment of the application, the evidence-storing platform can be a platform for storing relevant evidence of the electronic contract.
In addition, in the embodiment of the application, the certification platform is a certification platform with a blockchain structure, and related information of the electronic contract (such as registration of the electronic contract, text content of the electronic contract and the like) is stored in a blockchain mode.
For example, in the application scenario shown in fig. 1, the electronic contract platform may call the API of the SDK, and transmit the evidence of the electronic contract to the certification platform through the API, where the certification platform stores the relevant information of the electronic contract, and specifically, into a preset blockchain.
When the authenticity of the electronic contract needs to be verified, the verification platform or the electronic contract platform can verify the related information of the electronic contract stored in the blockchain, and when the verification passes, the electronic contract is determined to be a true and effective electronic contract.
It should be noted that fig. 1 is only an application scenario for exemplarily illustrating a possible application scenario of the verification method of the electronic contract according to the embodiment of the present application, and is not to be construed as limiting the application scenario. For example, in some embodiments, elements may be added on the basis of the illustration shown in fig. 1, and specifically, elements such as an evidence collection platform, an evidence notarization platform, and an evidence authentication platform may be added, and when the authenticity of the electronic contract needs to be verified, the steps may be implemented through the evidence collection, the evidence notarization platform, and the evidence authentication platform. As another example, in some embodiments, multiple elements as shown in fig. 1 may be fused, such as deploying an electronic contract platform and a certification platform on the same platform, or the like.
In the related art, an electronic contract platform is generally used to store electronic contracts signed by registration, real-name authentication, living body identification, and the like, and in the verification process, the electronic contract is verified based on the living body identification and CA certificate (generated by the real-name authentication).
However, with the verification method in the related art, there is a high possibility that the reliability of verification of the electronic contract is low due to the electronic contract being tampered with.
The inventors of the present application, after having performed inventive work, have obtained the inventive idea of the present application: evidence information of different dimensions of the electronic contract stored in the blockchain is verified, so that verification reliability is realized.
The following describes the technical scheme of the present application and how the technical scheme of the present application solves the above technical problems in detail with specific embodiments. The following embodiments may be combined with each other, and the same or similar concepts or processes may not be described in detail in some embodiments. Embodiments of the present application will be described below with reference to the accompanying drawings.
According to an aspect of the embodiment of the present application, the embodiment of the present application provides a verification method of an electronic contract, which can be applied to an application scenario as shown in fig. 1.
Referring to fig. 2, fig. 2 is a schematic diagram of a verification method of an electronic contract according to an embodiment of the application.
As shown in fig. 2, the method includes:
s101: and acquiring the introduction information of the electronic contract from a preset blockchain.
The execution body of the embodiment of the present application may be an authentication device of an electronic contract (hereinafter referred to as an authentication device), and the authentication device may be a server (including a local server and a cloud server), a processor, a chip, and the like, which is not limited in the embodiment of the present application.
For example, when the verification method of the electronic contract according to the embodiment of the present application is applied to the application scenario shown in fig. 1, the execution subject may be an electronic contract platform, a certification platform, a verification platform that interacts with the electronic contract platform and the certification platform respectively, a certification system that includes the electronic contract platform and the certification platform, or the like.
It should be understood that the electronic contract may be understood from multiple dimensions, such as registration, real name authentication, signing, etc., while a process is required from registration to signing of the electronic contract, possibly performed in a relatively short time interval or a relatively long time interval for different dimensions of the electronic contract, and that the different dimensions of the electronic contract may be generally described by the introduction information, such as type of registration of the electronic contract and business serial number, etc., and the type of registration dimension = registration, that is, the introduction information may be used to describe the type of the electronic contract and business serial number, etc.
S102: evidence information corresponding to the annex information is extracted from the blockchain, wherein the evidence information comprises hash information, signature information and timestamp information of the electronic contract.
The hash information can be used for representing information obtained by carrying out hash calculation on the electronic contract; the signature information can be used for representing information obtained by signing the hash information; the time stamp information may be used to characterize the information obtained by time stamping the hash information.
It should be noted that, in the embodiment of the present application, the annex information and the evidence information are both stored in the blockchain, so that the possibility that the annex information and the evidence information are tampered is low.
That is, by storing the annex information and the evidence information in combination with the blockchain, the authenticity of the annex information and the evidence information can be improved, and thus the technical effect of the reliability of the electronic contract verification can be improved.
In addition, in the embodiment of the application, the evidence information at least can comprise three dimensions of information, namely hash information, signature information and timestamp information, and the evidence information is described through the three dimensions, so that the integrity and the comprehensiveness of the evidence information can be improved, a complete evidence chain is formed, and the technical effect of completely, comprehensively and reliably verifying the electronic contract is realized.
S103: and verifying the electronic contract according to the hash information, the signature information and the timestamp information.
After the verification device acquires the hash information, the signature information and the time stamp information, the electronic contract can be verified based on the signature information and the time stamp information, and the verification device verifies the hash information, the signature information and the time stamp information because the hash information, the signature information and the time stamp information are complete and comprehensive in description of the data information, so that the technical effects of completeness and completeness of verification can be improved.
Based on the above analysis, the embodiment of the application provides a verification method of an electronic contract, which comprises the following steps: the method comprises the steps of obtaining the annex information of the electronic contract from a preset blockchain, extracting evidence information corresponding to the annex information from the blockchain, wherein the evidence information comprises hash information, signature information and time stamp information of the electronic contract, verifying the electronic contract according to the hash information, the signature information and the time stamp information, and storing the annex information and the evidence information in the blockchain to avoid the problem that the annex information and the evidence information are tampered, so that the safety and the reliability of the annex information and the evidence information are improved, and verifying the electronic contract based on the hash information, the signature information and the time stamp information, namely verifying the electronic contract based on different dimensions, so that the problem of singleness of verification can be avoided, comprehensiveness and diversity of verification are achieved, and further the technical effect of improving the reliability of verification is achieved.
In order for the reader to better understand the embodiments of the present application from the dimensions of the stored evidence information, a method of verifying an electronic contract in accordance with embodiments of the present application will now be described in greater detail in connection with FIG. 3.
As shown in fig. 3, the method includes:
s201: attribute information and annex information of the electronic contract are determined.
Based on the above examples, the electronic contract may be understood from different dimensions, and the attribute information may be used to characterize information about the different dimensions of the electronic contract.
In some embodiments, the attribute information may include at least one of text content of the electronic contract, registration information, real name information, signing intent information, digital certificate issuance information, and application log.
That is, in this step, at least one of the text content, registration information, real name information, signing intention information, digital certificate issuing information, and application log of the electronic contract is determined by the authentication device.
Wherein, the corresponding annex information of different attribute information may be different, and the following table can be referred to with respect to the attribute information and the annex information content:
in connection with the application scenario shown in fig. 1, this step may be performed by an electronic contract platform, e.g., the electronic contract platform may obtain an electronic contract, may determine attribute information of the electronic contract, and may call an API of the SDK to store the attribute information to the certification platform.
S202: hash information of the attribute information is generated.
This step will be exemplarily described by taking attribute information as registration information:
based on the above table, the registration information includes the user ID and the user IP, and the authentication device performs hash calculation on the character string composed of the user ID and the user IP to obtain hash information.
S203: signature information and time stamp information are generated from the hash information, respectively.
In some embodiments, this step may include:
s2031: signature information is generated from the hash information.
Based on the above example and the application scenario shown in fig. 1, this step may include: the electronic contract platform can call an API through the SDK, acquire a private key of the electronic contract through the digital certificate service by the API, sign (and specifically sign) the hash information based on the private key, and generate signature information.
S2032: timestamp information is generated from the hash information.
Based on the above example and the application scenario shown in fig. 1, this step may include: the electronic contract platform can call an API of the SDK, acquire the current time from the fair time service through the API, timestamp the hash information based on the current time, and generate timestamp information.
S204: hash information, signature information, timestamp information, and postscript information are stored into the blockchain.
Based on the above example and the application scenario shown in fig. 1, this step may include: the electronic contract platform can call an API of the SDK, and sends the hash information, the signature information, the timestamp information and the annex information to the evidence storage platform through the API, and the evidence storage platform stores the hash information, the signature information, the timestamp information and the annex information into the blockchain.
It should be noted that, when the certification is performed by the certification platform, that is, when the certification platform stores the hash information, the signature information, the timestamp information and the annex information in the blockchain, the annex information may be stored in plaintext, and the hash information, the signature information and the timestamp information may be stored in encrypted form.
In some embodiments, when the certification platform stores the hash information, the signature information, the timestamp information, and the annex information into the blockchain, the certification platform may generate a certification number, and in the verification process, the corresponding electronic contract may be verified based on the certification number. And the certification depositing platform can send the certification depositing number to the electronic contract platform, and the electronic contract platform can construct the mapping relation between the certification depositing number and the electronic contract, so that the corresponding electronic contract can be called from the electronic contract platform based on the number in the verification process.
S205: the affiliation information of the electronic contract is obtained from the blockchain.
The description of S205 may refer to S101, and will not be described herein.
S206: evidence information corresponding to the annex information is extracted from the blockchain, wherein the evidence information comprises hash information, signature information and timestamp information of the electronic contract.
As can be seen from the above examples, the verification apparatus (which may be a system including an electronic contract platform and a certification platform) may generate evidence information of an electronic contract and store both the evidence information and the endorsement information to the blockchain, and when the electronic contract needs to be verified, after determining the electronic contract that needs to be verified, may determine the endorsement information of the electronic contract and extract the evidence information corresponding to the endorsement information based on the endorsement information.
S207: and verifying the electronic contract according to the hash information, the signature information and the timestamp information.
In some embodiments, this step may include:
s2071: the signature information and the time stamp information are verified respectively.
The verification of the signature information and the time stamp information will now be described in detail, respectively, wherein the verification of the signature information comprises:
s20711: a public key of the electronic contract is obtained.
The private key and the public key form a key pair, and in this step, the public key of the electronic contract can be obtained.
In connection with the above example, in this step, the API of the SKD may be called by the electronic contract platform, which obtains the public key of the electronic contract through the digital certificate service.
S20712: the signature information is decrypted based on the public key.
Based on the above example, after the electronic contract platform obtains the public key, the signature information may be decrypted based on the public key, where the signature information is generated by encrypting the signature information based on the hash information, and thus, the hash information may be obtained by decrypting the signature information based on the public key.
S20713: and verifying the hash information obtained by decryption.
Wherein, this step can include: comparing the hash information of the electronic contract with the hash information obtained by decryption, if the hash information and the hash information are the same, the verification is passed, and if the hash information and the hash information are different, the verification is failed.
Wherein verifying the timestamp information comprises: and determining time information and hash information carried in the time stamp information, comparing the hash information of the electronic contract with the hash information obtained by analysis in a similar way, if the time information and the hash information are the same, indicating that the verification is passed, and if the time information and the hash information are different, indicating that the verification is failed.
S208: if the signature information and the time stamp information pass verification, determining an electronic contract corresponding to the hash information.
For example, when the hash information obtained based on the signature information and the hash information obtained based on the time stamp information are the same and the hash information stored in the blockchain is the same, the electronic contract corresponding to the hash information is acquired from the electronic contract platform.
S209: if the electronic contract corresponding to the hash information is the same as the electronic contract, determining that the verification is passed.
It should be noted that if the electronic contract corresponding to the hash information is the same as the electronic contract, the electronic contract is described and tampered, and the verification is passed.
Based on the above analysis, in the embodiment of the present application, verifying the authenticity of the electronic contract from the hash information, the signature information and the timestamp information is equivalent to verifying the evidence chain formed by the content, the executor and the execution time of the electronic contract, so that the comprehensiveness and the integrity of the verification can be improved, and the hash information, the signature information and the timestamp information are stored in the blockchain, so that the authenticity and the security of the evidence chain formed by the hash information, the signature information and the timestamp information can be ensured, thereby realizing the technical effects of reliability and effectiveness of the verification.
According to another aspect of the embodiment of the application, the embodiment of the application also provides a verification method of the electronic contract.
Referring to fig. 4, fig. 4 is a flowchart illustrating a verification method of an electronic contract according to another embodiment of the application.
As shown in fig. 4, the method includes:
s301: and generating evidence information and accessory information of the electronic contract, wherein the evidence information and accessory information are used for verifying the electronic contract, and the evidence information comprises hash information, signature information and timestamp information of the electronic contract.
Based on the above example, it may be known that the electronic contract may include contents with different dimensions, and in this step, when the user registers the electronic contract through the contract electronic platform, the electronic platform may generate evidence information and postscript information of the registered dimensions of the electronic contract, and the specific contents of the evidence information and postscript information may refer to the above table, which is not described herein.
In this embodiment, the generated evidence information and the generated annex information may be used for verifying the electronic contract, and the verification process may be described in the above examples, which are not repeated here.
In some embodiments, generating the hash information includes: and acquiring attribute information of the electronic contract, performing hash calculation on the attribute information, and generating hash information.
In some embodiments, generating evidence information includes: and acquiring a private key of the electronic contract, and signing the hash information based on the private key to generate signature information.
In some embodiments, generating the timestamp information includes: the current time is determined, the hash information is time stamped based on the current time, and time stamp information is generated.
S302: and storing the hash information, the signature information, the timestamp information and the annex information into a preset block chain.
According to another aspect of the embodiment of the application, the embodiment of the application also provides
According to another aspect of the embodiment of the present application, the embodiment of the present application further provides an apparatus for verifying an electronic contract, for performing the method shown in fig. 2 or fig. 3.
Referring to fig. 5, fig. 5 is a schematic diagram of an electronic contract verification device according to an embodiment of the application.
As shown in fig. 5, the apparatus includes:
an acquiring module 11, configured to acquire the introduction information of the electronic contract from a preset blockchain;
an extracting module 12, configured to extract, from the blockchain, evidence information corresponding to the annex information, where the evidence information includes hash information, signature information, and timestamp information of the electronic contract;
And the verification module 13 is used for verifying the electronic contract according to the hash information, the signature information and the timestamp information.
As can be seen in connection with fig. 6, in some embodiments, the apparatus further comprises:
a determining module 14 for determining attribute information of the electronic contract and the introduction information;
a first generation module 15, configured to generate the hash information of the attribute information;
the first generation module 15 is configured to generate the signature information and the timestamp information according to the hash information;
the first storage module 16 is configured to store the hash information, the signature information, the timestamp information, and the annex information into the blockchain.
In some embodiments, the first generating module 15 is configured to obtain a private key of the electronic contract, sign the hash information based on the private key, and generate the signature information.
In some embodiments, the first generating module 15 is configured to determine a current time, timestamp the hash information based on the current time, and generate timestamp information.
In some embodiments, the verification module 16 is configured to verify the signature information and the timestamp information separately, determine that the electronic contract corresponding to the hash information passes if the signature information and the timestamp information pass the verification, and determine that the verification passes if the electronic contract corresponding to the hash information is the same as the electronic contract.
In some embodiments, the verification module 16 is configured to obtain a public key of the electronic contract and decrypt the signature information based on the public key.
In some embodiments, the first generating module 15 is configured to determine a character string corresponding to the attribute information; and carrying out hash calculation on the character string to generate the hash information.
In some embodiments, the attribute information includes at least one of text content, registration information, real name information, signing intent information, digital certificate issuance information, and application log of the electronic contract.
According to another aspect of the embodiment of the present application, the embodiment of the present application further provides an apparatus for verifying an electronic contract, for performing the method shown in fig. 4.
Referring to fig. 7, fig. 7 is a schematic diagram of an electronic contract verifying apparatus according to another embodiment of the application.
As shown in fig. 7, the apparatus includes:
a second generation module 21, configured to generate evidence information and postscript information of an electronic contract, where the evidence information and postscript information are used to verify the electronic contract, and the evidence information includes hash information, signature information, and timestamp information of the electronic contract;
The second storage module 22 is configured to store the hash information, the signature information, the timestamp information, and the annex information into a preset blockchain.
In some embodiments, the second generating module 22 is configured to obtain a private key of the electronic contract, and sign the hash information based on the private key to generate the signature information.
In some embodiments, the second generating module 22 is configured to determine a current time and timestamp the hash information based on the current time to generate timestamp information.
According to another aspect of the embodiment of the present application, there is further provided an electronic device, including: a memory, a processor;
a memory for storing processor-executable instructions;
wherein the processor, when executing the instructions in the memory, is configured to implement the method as described in any of the embodiments above, such as implementing the method of verifying an electronic contract as shown in any of the embodiments of fig. 2-4.
Referring to fig. 8, fig. 8 is a block diagram of an electronic device according to an embodiment of the application.
As shown in FIG. 8, the electronic device is intended to represent various forms of digital computers, such as laptops, desktops, workstations, personal digital assistants, servers, blade servers, mainframes, and other appropriate computers. The electronic device may also represent various forms of mobile devices, such as personal digital processing, cellular telephones, smartphones, wearable devices, and other similar computing devices. The components shown herein, their connections and relationships, and their functions, are meant to be exemplary only, and are not meant to limit implementations of the embodiments of the application described and/or claimed herein.
As shown in fig. 8, the electronic device includes: one or more processors 101, memory 102, and interfaces for connecting the components, including high-speed interfaces and low-speed interfaces. The various components are interconnected using different buses and may be mounted on a common motherboard or in other manners as desired. The processor may process instructions executing within the electronic device, including instructions stored in or on memory to display graphical information of the GUI on an external input/output device, such as a display device coupled to the interface. In other embodiments, multiple processors and/or multiple buses may be used, if desired, along with multiple memories. Also, multiple electronic devices may be connected, each providing a portion of the necessary operations (e.g., as a server array, a set of blade servers, or a multiprocessor system). In fig. 8, a processor 101 is taken as an example.
Memory 102 is a non-transitory computer readable storage medium provided by embodiments of the present application. The memory stores instructions executable by the at least one processor to cause the at least one processor to perform the method for verifying an electronic contract provided by the embodiments of the present application. The non-transitory computer-readable storage medium of the embodiment of the present application stores computer instructions for causing a computer to execute the verification method of the electronic contract provided by the embodiment of the present application.
The memory 102 serves as a non-transitory computer readable storage medium that may be used to store non-transitory software programs, non-transitory computer-executable programs, and modules, such as program instructions/modules, in embodiments of the present application. The processor 101 executes various functional applications of the server and data processing, i.e., implements the verification method of the electronic contract in the above-described method embodiment, by running non-transitory software programs, instructions, and modules stored in the memory 102.
The memory 102 may include a storage program area that may store an operating system, at least one application program required for functions, and a storage data area; the storage data area may store data created according to the use of the electronic device, etc. In addition, the memory 102 may include high-speed random access memory, and may also include non-transitory memory, such as at least one magnetic disk storage device, flash memory device, or other non-transitory solid-state storage device. In some embodiments, memory 102 may optionally include memory located remotely from processor 101, which may be connected to the electronic device via a network. Examples of such networks include, but are not limited to, the Internet, intranets, local area networks, blockchain-Based Service Network (BSN), mobile communication networks, and combinations thereof.
The electronic device may further include: an input device 103 and an output device 104. The processor 101, memory 102, input device 103, and output device 104 may be connected by a bus or otherwise, for example in fig. 8.
The input device 103 may receive input numeric or character information and generate key signal inputs related to user settings and function control of the electronic device, such as a touch screen, keypad, mouse, trackpad, touchpad, pointer stick, one or more mouse buttons, trackball, joystick, and like input devices. The output device 104 may include a display apparatus, auxiliary lighting devices (e.g., LEDs), haptic feedback devices (e.g., vibration motors), and the like. The display device may include, but is not limited to, a Liquid Crystal Display (LCD), a Light Emitting Diode (LED) display, and a plasma display. In some implementations, the display device may be a touch screen.
Various implementations of the systems and techniques described here can be realized in digital electronic circuitry, integrated circuitry, application specific ASIC (application specific integrated circuit), computer hardware, firmware, software, and/or combinations thereof. These various embodiments may include: implemented in one or more computer programs, the one or more computer programs may be executed and/or interpreted on a programmable system including at least one programmable processor, which may be a special purpose or general-purpose programmable processor, that may receive data and instructions from, and transmit data and instructions to, a storage system, at least one input device, and at least one output device.
These computer programs (also known as programs, software applications, or code) include machine instructions for a programmable processor, and can be implemented in a high-level procedural and/or object-oriented programming language, and/or in assembly/machine language. As used herein, the terms "machine-readable medium" and "computer-readable medium" refer to any computer program product, apparatus, and/or device (e.g., magnetic discs, optical disks, memory, programmable Logic Devices (PLDs)) used to provide machine instructions and/or data to a programmable processor, including a machine-readable medium that receives machine instructions as a machine-readable signal. The term "machine-readable signal" refers to any signal used to provide machine instructions and/or data to a programmable processor.
To provide for interaction with a user, the systems and techniques described here can be implemented on a computer having: a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to a user; and a keyboard and pointing device (e.g., a mouse or trackball) by which a user can provide input to the computer. Other kinds of devices may also be used to provide for interaction with a user; for example, feedback provided to the user may be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user may be received in any form, including acoustic input, speech input, or tactile input.
The systems and techniques described here can be implemented in a computing system that includes a background component (e.g., as a data server), or that includes a middleware component (e.g., an application server), or that includes a front-end component (e.g., a user computer having a graphical user interface or a web browser through which a user can interact with an implementation of the systems and techniques described here), or any combination of such background, middleware, or front-end components. The components of the system can be interconnected by any form or medium of digital data communication (e.g., a communication network). Examples of communication networks include: local Area Networks (LANs), blockchain-service networks (BSNs), wide Area Networks (WANs), and the internet.
The computer system may include a client and a server. The client and server are typically remote from each other and typically interact through a communication network. The relationship of client and server arises by virtue of computer programs running on the respective computers and having a client-server relationship to each other.
Among them, computer-readable media include computer storage media and communication media including any medium that facilitates transfer of a computer program from one place to another. A storage media may be any available media that can be accessed by a general purpose or special purpose computer. An exemplary storage medium is coupled to the processor such the processor can read information from, and write information to, the storage medium. In the alternative, the storage medium may be integral to the processor. The processor and the storage medium may reside in an ASIC. In addition, the ASIC may reside in a user device. The processor and the storage medium may reside as discrete components in a communication device.
Those of ordinary skill in the art will appreciate that: all or part of the steps for implementing the method embodiments described above may be performed by hardware associated with program instructions. The foregoing program may be stored in a computer readable storage medium. The program, when executed, performs steps including the method embodiments described above; and the aforementioned storage medium includes: various media that can store program code, such as ROM, RAM, magnetic or optical disks.
Finally, it should be noted that: the above embodiments are only for illustrating the technical solution of the present application, and not for limiting the same; although the application has been described in detail with reference to the foregoing embodiments, it will be understood by those of ordinary skill in the art that: the technical scheme described in the foregoing embodiments can be modified or some or all of the technical features can be replaced equivalently; such modifications and substitutions do not depart from the spirit of the application.