Blockchain-based remote notarization methods, devices, electronic equipment, and storage media

Abstract

This application discloses a blockchain-based remote notarization method, apparatus, electronic device, and storage medium. The method includes: establishing a video communication connection between a notary office client and a notary participant client; recording the online notarization process via video communication between the notary office client and the notary participant client to obtain recorded video data; performing a hash operation on the recorded video data to obtain hash digest data; acquiring the contract data from the online notarization process; generating remote notarization data based on the hash digest data and the contract data; and performing an on-chain operation on the remote notarization data to store the remote notarization data in a blockchain platform. The notary office client and the notary participant client can be vehicle-mounted terminals. The technical solution of this application significantly optimizes the judicial notarization scheme and improves the security of judicial notarization-related data.

Description

Technical Field

[0001] This application relates to the field of judicial notarization technology, and more specifically, to a blockchain-based remote notarization method, device, electronic device, and computer-readable storage medium. Background Technology

[0002] Currently, in the process of judicial notarization using relevant technologies, the parties involved bring the necessary supporting documents to the notary office in person. Specifically, judicial staff, such as notaries, retain copies of the supporting documents and store some documents, or other materials like identification documents, electronically in the notary center's system. The notarization process then proceeds to an offline paper-based notarization and signing process for the matters entrusted by the parties. However, if the supporting documents prepared by the parties are incomplete, missing, or incorrect, the notarization process cannot be completed, resulting in low efficiency in judicial notarization. Summary of the Invention

[0003] To address the aforementioned technical problems, embodiments of this application provide a blockchain-based remote notarization method and apparatus, electronic device, and computer-readable storage medium, which can at least to some extent improve the efficiency of judicial notarization.

[0004] According to one aspect of the embodiments of this application, a blockchain-based remote notarization method is provided. The method includes: establishing a video communication connection between a notary office client and a notary participant client; during the online notarization process conducted by the notary office client and the notary participant client through video communication, recording the online notarization process through the notary office client to obtain recorded video data; performing a hash operation on the recorded video data to obtain hash digest data, and obtaining contract data during the online notarization process; generating remote notarization data based on the hash digest data and the contract data; and performing an on-chain operation on the remote notarization data to store the remote notarization data in a blockchain platform.

[0005] According to one aspect of the embodiments of this application, a blockchain-based remote notarization device is provided. The device includes: an establishment module configured to establish a video communication connection between a notary office client and a notary participant client; a recording module configured to record the online notarization process via the notary office client during the online notarization process conducted by the notary office client and the notary participant client through video communication, thereby obtaining recorded video data; a calculation and acquisition module configured to perform a hash operation on the recorded video data to obtain hash digest data, and acquire the contract data during the online notarization process; and a generation and on-chain module configured to generate remote notarization data based on the hash digest data and the contract data, and perform an on-chain operation on the remote notarization data to store the remote notarization data in a blockchain platform.

[0006] In some embodiments of this application, based on the foregoing scheme, the device further includes: a push module configured to push the recorded video data to the streaming media backend in real time through the notary office client, and the streaming media backend writes the acquired recorded video data into a video file to store the recorded video data; and an acquisition module configured to acquire the stored recorded video data from the streaming media backend, and perform a hash operation on the recorded video data to obtain the hash digest data.

[0007] In some embodiments of this application, based on the foregoing scheme, the push module is specifically configured such that the notary office client pushes the recorded video data in the form of a video stream to the streaming media backend corresponding to the push address in real time according to the push key; the acquisition module is specifically configured such that the server corresponding to the notary office client acquires the recorded video data from the streaming media backend corresponding to the push address according to the push key.

[0008] In some embodiments of this application, based on the foregoing scheme, the acquisition module is further configured to acquire the streaming key and the streaming address from the streaming media backend through the notary office client; the acquisition module is further configured to receive the streaming key and the streaming address sent by the notary office client after the streaming is completed through the server corresponding to the notary office client.

[0009] In some embodiments of this application, based on the foregoing scheme, the blockchain-based remote notarization device further includes: a storage module configured to associate and store the recorded video data and the hash digest data obtained by hashing the recorded video data in a file server.

[0010] In some embodiments of this application, based on the foregoing scheme, the acquisition module is further configured to obtain the associated storage address of the recorded video data and the hash digest data through the server corresponding to the notary office client, and send the associated storage address to a preset client; wherein, the preset client includes at least one of the notary office client and the notary participant client; the acquisition module is further configured to allow the preset client to obtain the associated video data through the associated storage address for playback.

[0011] In some embodiments of this application, based on the foregoing scheme, the recording module includes: a sending unit configured to send a screen sharing request to the notary office client through the notary office client; and a recording unit configured to record the screen content of the notary office client in real time after the notary office client responds to the screen sharing request and performs screen sharing to obtain the recorded video data.

[0012] In some embodiments of this application, based on the foregoing scheme, the calculation and acquisition module includes:

[0013] The acquisition unit is configured to extract contract signing data from the recorded video data during the online notarization process; wherein the contract signing data includes at least one of the following: contract signing document data, verification data of the contract signing document, signing date, signing user, and signing venue.

[0014] In some embodiments of this application, based on the foregoing scheme, the device further includes: a creation module configured to create a signing room according to a request to create a signing room initiated by the notary office client, generate a corresponding signing room identifier, and send the signing room identifier to the notary participant client; and an entry module configured to allow the notary participant client to enter the corresponding signing room according to the signing room identifier to establish a video communication connection with the notary office client.

[0015] In some embodiments of this application, based on the foregoing scheme, the device further includes: a verification module, configured to allow the notary office client to verify the identity of the parties in the notary participant client based on the identity verification information uploaded by the notary participant client, and return the identity verification result to the notary participant client; and an entry module, configured to allow the notary participant client to enter the corresponding signing room based on the signing room identifier if the identity verification result is successful.

[0016] In some embodiments of this application, based on the aforementioned scheme, the establishment module includes: a sending unit configured to send a video connection request from the notary office client to the notary participant client; and an establishment unit configured to establish a video connection channel between the notary office client and the notary participant client after the notary participant client responds to the video connection request, so that the notary office client and the notary participant client can conduct video communication.

[0017] In some embodiments of this application, based on the foregoing scheme, the device further includes: a generation module configured to generate an information presentation interface based on the blockchain platform; and a display module configured to display the remote notarization data and the block information of the remote notarization data on the blockchain on the information presentation interface.

[0018] According to one aspect of the embodiments of this application, an electronic device is provided, including one or more processors; and a storage device for storing one or more programs, which, when executed by the electronic device, cause the electronic device to implement the blockchain-based remote notarization method as described above.

[0019] According to one aspect of the embodiments of this application, a computer-readable storage medium is provided having a computer program stored thereon, which, when executed by a processor, implements the blockchain-based remote notarization method as described above.

[0020] According to one aspect of the embodiments of this application, a computer program product or computer program is provided, which includes computer instructions stored in a computer-readable storage medium. A processor of a computer device reads the computer instructions from the computer-readable storage medium and executes the computer instructions, causing the computer device to perform the blockchain-based remote notarization method provided in the various optional embodiments described above.

[0021] In the technical solution provided by the embodiments of this application, a video communication connection is established between the notary office client and the notary participant client. During the online notarization process through video communication between the notary office client and the notary participant client, the online notarization process is recorded by the notary office client to obtain recorded video data. Then, the recorded video data is hashed to obtain hash digest data, and the contract data in the online notarization process is obtained. Then, remote notarization data is generated based on the hash digest data and the contract data, and the remote notarization data is uploaded to the blockchain to store the remote notarization data in the blockchain platform. This video communication allows notaries on the notary office client side and parties on the notary participating client side to handle relevant notarization matters, avoiding many problems associated with offline notarization. For example, it avoids situations where the parties' prepared supporting documents are incomplete, missing, or incorrect, preventing the completion of notarization matters and greatly improving the efficiency of judicial notarization. It also brings many conveniences to notaries on the notary office client side and parties on the notary participating client side. Furthermore, in this embodiment, the online notarization process is recorded through the notary office client side. The recorded video data is hashed to obtain hash digest data, and the remote notarization data generated based on the hash digest data and the contract data is stored together in the blockchain platform. Thus, the remote notarization data can be retrieved from the blockchain platform when needed, and the data stored in the blockchain platform cannot be arbitrarily tampered with, greatly ensuring the security of the remote notarization data.

[0022] It should be understood that the above general description and the following detailed description are exemplary and explanatory only, and do not limit this application. Attached Figure Description

[0023] The accompanying drawings, which are incorporated in and form part of this specification, illustrate embodiments consistent with this application and, together with the description, serve to explain the principles of this application. It is obvious that the drawings described below are merely some embodiments of this application, and those skilled in the art can obtain other drawings based on these drawings without any inventive effort. In the drawings:

[0024] Figure 1 This is a schematic diagram of the blockchain network structure;

[0025] Figure 2 This is a diagram illustrating the connection relationships between blocks in a blockchain.

[0026] Figure 3 This is a schematic diagram of an exemplary system architecture to which the technical solutions of the embodiments of this application can be applied;

[0027] Figure 4This is a flowchart illustrating a blockchain-based remote notarization method in an exemplary embodiment of this application;

[0028] Figure 5 This is a schematic diagram illustrating an information presentation interface according to an exemplary embodiment of this application;

[0029] Figure 6 This is a schematic diagram of a system architecture illustrated in an exemplary embodiment of this application;

[0030] Figure 7 This is a schematic diagram illustrating a blockchain-based remote notarization method as an exemplary embodiment of this application;

[0031] Figure 8 This is a flowchart illustrating a blockchain-based remote notarization method in an exemplary embodiment of this application;

[0032] Figure 9 This is a flowchart illustrating a blockchain-based remote notarization method in an exemplary embodiment of this application;

[0033] Figure 10 This is a block diagram illustrating a blockchain-based remote notarization device as an exemplary embodiment of this application;

[0034] Figure 11 This is a schematic diagram of the structure of a computer system suitable for implementing the electronic devices of the present application embodiments. Detailed Implementation

[0035] Exemplary embodiments will now be described in detail, examples of which are illustrated in the accompanying drawings. When the following description relates to the drawings, unless otherwise indicated, the same numbers in different drawings denote the same or similar elements. The embodiments described in the following exemplary embodiments do not represent all embodiments identical to those of this application. Rather, they are merely examples of apparatuses and methods identical to some aspects of this application as detailed in the appended claims.

[0036] The block diagrams shown in the accompanying drawings are merely functional entities and do not necessarily correspond to physically independent entities. That is, these functional entities can be implemented in software, in one or more hardware modules or integrated circuits, or in different network and / or processor devices and / or microcontroller devices.

[0037] The flowcharts shown in the accompanying drawings are merely illustrative and do not necessarily include all content and operations / steps, nor do they necessarily have to be performed in the described order. For example, some operations / steps can be broken down, while others can be combined or partially combined; therefore, the actual execution order may change depending on the specific circumstances.

[0038] It should be noted that "multiple" as mentioned in this application refers to two or more. "And / or" describes the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A alone, A and B simultaneously, or B alone. The character " / " generally indicates that the preceding and following related objects have an "or" relationship.

[0039] In related technologies, judicial notarization involves the parties bringing relevant supporting documents to the notary office in person. However, if the supporting documents prepared by the parties are incomplete or incorrect, the notarization process cannot be completed. Furthermore, the parties may need to travel back and forth between their home or workplace and the notary office, which not only wastes a lot of their time but also wastes a lot of their time as the notary reviews the supporting documents each time. As a result, judicial notarization is very inefficient.

[0040] Based on this, this application proposes a blockchain-based remote notarization method, which can improve the efficiency of judicial notarization and provide many conveniences for notaries and parties involved. At the same time, the recorded video data is hashed to obtain hash digest data, and the remote notarization data generated based on the hash digest data and the contract data is stored together in the blockchain platform to ensure the security of the remote notarization data.

[0041] Before introducing the technical solutions of the embodiments of this application, the blockchain technology used in the embodiments of this application will be introduced first.

[0042] Blockchain is a novel application model of computer technologies such as distributed data storage, peer-to-peer transmission, consensus mechanisms, and cryptographic algorithms. Essentially, a blockchain is a decentralized database, a chain of data blocks (i.e., blocks) linked together using cryptographic methods. Each data block contains information about a batch of network transactions, used to verify the validity of the information (anti-counterfeiting) and to generate the next block. A blockchain can include an underlying platform, a platform product and service layer, and an application service layer.

[0043] The underlying blockchain platform can include modules for user management, basic services, smart contracts, and operations. The user management module is responsible for managing the identity information of all blockchain participants, including maintaining public and private key generation (account management), key management, and maintaining the correspondence between user real identities and blockchain addresses (access management). Under authorization, it also monitors and audits transactions of certain real identities and provides risk control rule configuration (risk control audit). The basic service module is deployed on all blockchain node devices to verify the validity of business requests. After consensus is reached on valid requests, they are recorded in storage. For a new business request, the basic service first performs interface adaptation parsing and authentication (interface adaptation), then encrypts the business information using a consensus algorithm (consensus management), and transmits it completely and consistently to the shared ledger (network communication) for recording and storage. The smart contract module is responsible for contract registration, issuance, triggering, and execution. Developers can define contract logic using a programming language and publish it to the blockchain (contract registration). Based on the contract terms, it calls keys or other events to trigger execution, completing the contract logic. It also provides functions for contract upgrades and cancellations. The operations module is mainly responsible for deployment, configuration modification, contract settings, cloud adaptation, and real-time status visualization output during product launch, such as alarms.

[0044] The platform's product service layer provides basic capabilities and implementation frameworks for typical applications. Developers can leverage these basic capabilities and add business characteristics to complete the blockchain implementation of business logic.

[0045] The application service layer provides application services based on blockchain solutions for use by business participants.

[0046] As mentioned above, a blockchain is essentially a decentralized database, and it is maintained collaboratively by nodes within a blockchain network. For example, please refer to [link to relevant documentation]. Figure 1 ,exist Figure 1 The blockchain network shown may include multiple nodes 101, which can be various clients forming the blockchain network. Each node 101, in its normal operation, receives input information and maintains shared data within the blockchain network based on this information. To ensure information exchange within the blockchain network, information connections can exist between each node, allowing for information transmission. For example, when any node in the blockchain network receives input information, other nodes in the network obtain this input information according to a consensus algorithm and store it as shared data, ensuring data consistency across all nodes in the blockchain network.

[0047] Each node in a blockchain network has a corresponding node identifier, and each node can store the node identifiers of other nodes. This allows for the broadcast of generated blocks to other nodes in the blockchain network based on their node identifiers. Each node can maintain a list of node identifiers, storing the node name and its corresponding node identifier in this list. The node identifier can be an IP (Internet Protocol) address or any other information that can be used to identify the node.

[0048] Each node in a blockchain network stores the same blockchain. A blockchain consists of multiple blocks; please refer to [link to relevant documentation]. Figure 2 A blockchain consists of multiple blocks. The genesis block includes a block header and a block body. The block header stores input information features, version number, timestamp, and difficulty value, while the block body stores the input information. The next block after the genesis block takes the genesis block as its parent block. The next block also includes a block header and a block body. The block header stores the input information features of the current block, the block header features of the parent block, version number, timestamp, and difficulty value, and so on. This ensures that the block data stored in each block is related to the block data stored in the parent block, guaranteeing the security of the input information in the blocks.

[0049] In a blockchain network, each node can be a server or a terminal device. A server can be an independent physical server, a server cluster or distributed system composed of multiple physical servers, or a cloud server providing basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communication, middleware services, domain name services, security services, CDN (Content Delivery Network), and big data and artificial intelligence platforms. Terminal devices can be smartphones, tablets, laptops, desktop computers, smart speakers, smartwatches, etc., but are not limited to these. Nodes can be directly or indirectly connected via wired or wireless communication, and this application does not impose any restrictions on this.

[0050] The aforementioned cloud computing refers to the delivery and usage model of IT infrastructure, specifically the acquisition of required resources through the network in an on-demand and easily scalable manner. In a broader sense, cloud computing refers to the delivery and usage model of services, namely, the acquisition of required services through the network in an on-demand and easily scalable manner. These services can be IT and software-related, internet-related, or other services. Cloud computing is a product of the convergence and development of traditional computer and network technologies such as grid computing, distributed computing, parallel computing, utility computing, network storage technologies, virtualization, and load balancing. Driven by the development of the internet, real-time data streams, the diversification of connected devices, and the demands of search services, social networks, mobile commerce, and open collaboration, cloud computing has rapidly developed. Unlike previous parallel and distributed computing, the emergence of cloud computing will, conceptually, drive a revolutionary change in the entire internet model and enterprise management model.

[0051] Based on the aforementioned blockchain technology and the problem of low efficiency in achieving judicial notarization in related technologies, embodiments of this application provide a blockchain-based remote notarization method. Specifically, in one application scenario of this application, please refer to... Figure 3 It mainly includes the notary office client 301, the notary participant client 302, the management backend 303, and the blockchain platform 304.

[0052] Among them, the notary office client 301 refers to the client application of the notary office, which serves the notary office party, such as the notary public; the notary participant client 302 refers to the client application of the notary participant, which serves the notary participant party, such as the parties involved. It can be understood that the notary office client 301 and the notary participant client 302 can be terminal devices such as mobile phones, computers, smart voice interaction devices, smart home appliances, and in-vehicle terminals.

[0053] In one embodiment of this application, the notary office client 301 and / or the notary participant client 302 may be clients in the form of applications.

[0054] In one embodiment of this application, the notary office client 301 and / or the notary participant client 302 may be clients in the form of mini-programs.

[0055] The management backend 303 may include the server corresponding to the notary office client 301, the server corresponding to the notary participant client 302, and the server for managing other businesses.

[0056] In one embodiment of this application, the server corresponding to the notary office client 301, the server corresponding to the notary participant client 302, and the server managing other businesses can be servers deployed on the same server; for example, the server corresponding to the notary office client 301, the server corresponding to the notary participant client 302, and the server managing other businesses are all deployed on server A.

[0057] In one embodiment of this application, the server corresponding to the notary office client 301, the server corresponding to the notary participant client 302, and the server managing other businesses can be servers deployed on different servers respectively; for example, the server corresponding to the notary office client 301 is deployed on server A, the server corresponding to the notary participant client 302 is deployed on server B, and the server managing other businesses is deployed on server C.

[0058] In one embodiment of this application, the server corresponding to the notary office client 301, the server corresponding to the notary participant client 302, and the server managing other businesses may be servers partially deployed on the same server and other parts deployed on other servers; for example, the server corresponding to the notary office client 301 and the server corresponding to the notary participant client 302 are both deployed on server A, and the server managing other businesses is deployed on server B.

[0059] Among them, blockchain platform 304 can be based on Figure 1 The blockchain network shown is the platform built on.

[0060] When judicial notarization is required, the notary office client 301 establishes a video communication connection with the notary participant client 302. During the online notarization process via video communication, the notary office client 301 records the online notarization process, obtaining recorded video data. Subsequently, the management backend 303 performs a hash operation on the recorded video data to obtain hash digest data and retrieves the contract data from the online notarization process. Then, it generates remote notarization data based on the hash digest data and the contract data. Finally, the blockchain platform 304 performs an on-chain operation on the remote notarization data to store it, ensuring the security of the remote notarization data.

[0061] The following details the various implementation details of the technical solutions in the embodiments of this application:

[0062] Please see Figure 4 , Figure 4This is a flowchart illustrating a blockchain-based remote notarization method according to an embodiment of this application. This blockchain-based business access method can be... Figure 3 The management backend shown executes the commands. Depending on the situation, it can be selected whether the execution is performed by the server corresponding to the notary office client included in the management backend, by the server managing other business included in the management backend, or by a combination of the server corresponding to the notary office client included in the management backend and the server managing other business. For example... Figure 4 As shown, the blockchain-based remote notarization method includes at least steps S401 to S404, which are detailed below:

[0063] Step S401: Establish a video communication connection between the notary office client and the notary participant client.

[0064] In this embodiment of the application, establishing a video communication connection between the notary office client and the notary participant client means that the two parties establishing the video communication connection are the notary office client and the notary participant client. This way, the notary office client and the notary participant client can conduct remote online notarization through the established video communication connection.

[0065] In one embodiment of this application, the process of establishing a video communication connection between the notary office client and the notary participant client in step S401 may include at least the following steps:

[0066] The notary office's client sends a video connection request to the notary participant's client;

[0067] After the notary's client responds to the video connection request, a video connection channel is established between the notary's client and the notary's client to enable video communication between them.

[0068] In other words, the notary office client sends a video connection request to the notary participant client, and the notary participant client receives the video connection request sent by the notary office client. The notary participant client can then determine whether to respond to the video connection request. If the notary participant client responds to the video connection request, the management backend controls the establishment of a video connection channel between the notary office client and the notary participant client, so that the notary office client and the notary participant client can conduct video communication.

[0069] In one embodiment of this application, sending a video connection request from the notary office client to the notary participant client may include: the notary office client sending the video connection request to the management backend, and then the management backend forwarding the video connection request to the notary participant client. Correspondingly, after the notary participant client responds to the video connection request, establishing a video connection channel between the notary office client and the notary participant client may include: if the management backend receives a response from the notary participant client in response to the video connection request, then the management backend controls the establishment of the video connection channel between the notary office client and the notary participant client.

[0070] Step S402: During the online notarization process between the notary office client and the notary participant client via video communication, the online notarization process is recorded through the notary office client to obtain recorded video data.

[0071] In this embodiment of the application, after the notary office client and the notary participant client establish a video communication connection, the notary office client and the notary participant client can conduct online notarization through video communication, and the notary office client can record the online notarization process to obtain recorded video data.

[0072] In one embodiment of this application, the process of recording the online notarization process through a notary office client to obtain recorded video data in step S402 may include at least the following steps:

[0073] Send a screen sharing request from the notary office's client to the notary participant's client;

[0074] After the notary's client responds to the screen sharing request and shares its screen, the screen content of the notary's client is recorded in real time to obtain the recorded video data.

[0075] That is, the notary office client sends a screen sharing request to the notary participant client. Correspondingly, the notary participant client receives the screen sharing request sent by the notary office client, and then the notary participant client can determine whether to respond to the screen sharing request. If the notary participant client responds to the screen sharing request and shares its screen, the management backend controls the notary office client to record the screen content of the notary office client in real time, thereby obtaining the recorded video data.

[0076] In one embodiment of this application, sending a screen sharing request from the notary office client to the notary participant client may include: the notary office client sending a screen sharing request to the management backend, and then the management backend forwarding the screen sharing request to the notary participant client. Correspondingly, after the notary participant client responds to the screen sharing request, screen sharing is performed through the notary office client, and the screen content is recorded in real time to obtain recorded video data. This may include: if the management backend receives a response information from the notary participant client in response to the screen sharing request, then the management backend controls the notary office client to perform screen sharing, and the notary office client records the screen content in real time to obtain recorded video data.

[0077] Step S403: Perform a hash operation on the recorded video data to obtain hash digest data, and obtain the contract data in the online notarization process.

[0078] In this embodiment of the application, during the online notarization process between the notary office client and the notary participant client via video communication, after the notary office client records the online notarization process to obtain recorded video data, the management backend can perform a hash operation on the recorded video data to obtain hash digest data and obtain the contract data during the online notarization process.

[0079] In this embodiment, hashing, also known as digesting, is used to process any set of input data using a hash algorithm to obtain a fixed-length output digest. A key characteristic of hash algorithms is that the same input will always produce the same output, and different inputs are highly likely to produce different outputs. This is intended to verify data integrity and provides anti-tampering detection. Hash algorithms include, but are not limited to, MD5 (MD5 Message-Digest Algorithm), SHA (Secure Hash Algorithm) (including SHA-1, SHA-256, SHA-512, etc.), and RIPEMD (RACE Original Integrity Verification Message Digest). Therefore, in this embodiment, the security of the recorded video data is ensured by performing a hash operation on the recorded video data to obtain a hash digest. It is understood that in practical applications, other operations can be performed on the recorded video data to obtain corresponding data to ensure its security; this is not limited to hashing.

[0080] In this application embodiment, the contract data refers to data related to the contract, including but not limited to contract document data, contract document verification data, contract date, contracting user, and contracting venue. Specifically, the contract data may include any one or more of the following: contract document data, contract document verification data, contract date, contracting user, and contracting venue. The contract signing data refers to the data related to the documents signed by the notary public on the notary office client and the parties involved in the notarization client during the notarization process; the contract signing verification data refers to the data related to verifying the signatures of the parties involved in the notarization client on the contract signing documents; the signing date refers to the date on which the notary public on the notary office client and the parties involved in the notarization client signed the contract, which must be consistent with the date on the contract signing document; the signing user refers to the name or unique identifier (such as ID number, phone number, etc.) of the notary public on the notary office client and the parties involved in the notarization; the signing venue refers to the signing venue where the notary public on the notary office client and the parties involved in the notarization client are located. The signing venue for the notary public on the notary office client may usually be the notary office, while the signing venue for the parties involved in the notarization client may usually be their home.

[0081] In one embodiment of this application, the process of obtaining the contract data during the online notarization process in step S403 may include at least the following steps:

[0082] Extract the contract signing data from the online notarization process from the recorded video data.

[0083] In other words, the management backend extracts the contract signing data from the online notarization process from the recorded video data. In one embodiment of this application, the management backend may extract the contract signing data from the online notarization process from the recorded video data by first filtering out image frames containing the corresponding content from multiple image frames contained in the recorded video data, and then performing image recognition on the content in the filtered image frames to obtain the corresponding contract signing data.

[0084] Step S404: Generate remote notarization data based on hash digest data and contract data, and perform on-chain operation on the remote notarization data to store the remote notarization data in the blockchain platform.

[0085] In this embodiment, the management backend performs hash calculations on the recorded video data to obtain hash digest data. After obtaining the contract data from the online notarization process, it can generate remote notarization data based on the hash digest data and the contract data, and send an on-chain request to the blockchain platform. The on-chain request includes the remote notarization data. After receiving the on-chain request from the management backend, the blockchain platform performs the on-chain operation on the remote notarization data, thereby storing the remote notarization data in the blockchain platform and ensuring the security of the remote notarization data.

[0086] In one embodiment of this application, after the process of performing a hash operation on the recorded video data to obtain hash digest data in step S403, the process may further include at least the following steps:

[0087] The recorded video data is pushed to the streaming media backend in real time through the notary office's client, and the streaming media backend writes the obtained recorded video data into the video file to store the recorded video data;

[0088] Retrieve the stored recorded video data from the streaming media backend, and perform a hash operation on the recorded video data to obtain hash digest data.

[0089] In other words, after the notary office client obtains the recorded video data, it can push the recorded video data to the streaming media backend in real time. The streaming media backend then writes the obtained recorded video data into a video file for storage. The management backend then retrieves the stored recorded video data from the streaming media backend and performs corresponding calculations on the recorded video data.

[0090] In one embodiment of this application, pushing recorded video data to the streaming media backend in real time via a notary office client may include: the notary office client pushing the recorded video data as a video stream to the streaming media backend corresponding to the streaming address in real time according to the streaming key. Correspondingly, retrieving the stored recorded video data from the streaming media backend may include: retrieving the recorded video data from the streaming media backend corresponding to the streaming address via the server corresponding to the notary office client according to the streaming key.

[0091] In other words, when the notary office's client pushes the recorded video data to the streaming media backend in real time, it uses the streaming key and streaming address. Correspondingly, when the management backend (which may be the server corresponding to the notary office's client) obtains the recorded video data in the streaming media backend, it also uses the streaming key and streaming address.

[0092] In one embodiment of this application, pushing recorded video data to a streaming media backend in real time via a notary office client may include: obtaining a streaming key and a streaming address from the streaming media backend via the notary office client; and pushing the recorded video data as a video stream to the streaming media backend corresponding to the streaming address in real time according to the streaming key. Correspondingly, obtaining the stored recorded video data from the streaming media backend may include: receiving the streaming key and streaming address sent by the notary office client after the streaming is completed via a server corresponding to the notary office client; and obtaining the recorded video data from the streaming media backend corresponding to the streaming address via the streaming key via a server corresponding to the notary office client.

[0093] In other words, when the notary office's client pushes recorded video data to the streaming media backend in real time, it obtains the streaming key and address from the streaming media backend. Similarly, when the management backend (which could be the server corresponding to the notary office's client) retrieves recorded video data from the streaming media backend, it obtains the streaming key and address from the server corresponding to the notary office's client. This ensures that only authorized users (i.e., authorized notaries using the notary office's client) can perform streaming by setting the streaming key, and that the streaming address guarantees the correctness of the streaming, preventing the recording video data from being streamed to arbitrary addresses and causing chaos and difficulty in managing the recorded video data stored in the streaming media backend.

[0094] In one embodiment of this application, after obtaining the recorded video data from the streaming media backend in step S502, the process may further include at least the following steps:

[0095] Recorded video data and hash digest data obtained by hashing the recorded video data are associated and stored on a file server.

[0096] In other words, the recorded video data, as the original file, can be stored together with the hash digest data obtained by hashing the recorded video data on the file server. This makes it easy to find the original file that matches the hash digest data, or to find the hash digest data that matches the original file.

[0097] In one embodiment of this application, after associating and storing the recorded video data and the hash digest data obtained by hashing the recorded video data in a file server, the process may further include at least the following steps:

[0098] The system obtains the associated storage address of the recorded video data and hash digest data from the server corresponding to the notary office's client, and sends the associated storage address to the preset client; wherein the preset client includes at least one of the notary office's client and the notary participant's client;

[0099] The default client retrieves the associated video data from the associated storage address for playback.

[0100] In other words, the management backend (which may be the server corresponding to the notary office client) can obtain the associated storage address of the recorded video data and hash digest data, and send the associated storage address to the notary office client and / or the notary participant client. In this way, the notary office client and / or the notary participant client can obtain the associated video data through the associated storage address for playback, where the associated video data may be the recorded video data and / or hash digest data.

[0101] In one embodiment of this application, before establishing a video communication connection between the notary office client and the notary participant client in step S401, at least the following steps may be included:

[0102] Based on the request to create a signing room initiated by the notary office's client, a signing room is created, a corresponding signing room identifier is generated, and the signing room identifier is sent to the notary participant's client.

[0103] The client of the notary participant enters the corresponding signing room according to the signing room icon to establish a video communication connection with the client of the notary institution.

[0104] In other words, the management backend (which may be the server corresponding to the notary office's client) responds to the request to create a signing room sent by the notary office's client, creates a signing room, generates a corresponding signing room identifier, and sends the signing room identifier to the notary participant's client. Then, the notary participant's client can enter the corresponding signing room according to the signing room identifier.

[0105] In one embodiment of this application, before the notary participant client enters the corresponding signing room according to the signing room identifier in step S602, at least the following steps may be included:

[0106] The notary office client verifies the identity of the parties in the notary participant client based on the identity verification information uploaded by the notary participant client, and returns the identity verification result to the notary participant client.

[0107] If the identity verification result is successful, the client of the notary participant enters the corresponding signing room according to the signing room identifier.

[0108] In other words, the notary participant's client sends identity verification information to the management backend (which could be the server corresponding to the notary institution's client). The management backend then forwards the identity verification information to the notary institution's client. The notary institution's client can then verify the identity of the parties involved in the notary participant's client application based on this information and return the verification result to the management backend. The management backend then forwards the verification result back to the notary participant's client application. If the verification result is successful, the management backend controls the notary participant's client application to enter the corresponding signing room based on the signing room identifier. If the verification result is unsuccessful, the management backend controls the notary participant's client application to not enter the corresponding signing room. By verifying the identity of the parties involved in the notary participant's client application and only allowing them to enter the corresponding signing room after successful verification, the legality and accuracy of the parties involved in the notary participant's client application are guaranteed, avoiding a series of problems such as illegitimate parties or parties entering the wrong room.

[0109] In one embodiment of this application, after the process of uploading the remote notarized data to the blockchain in step S404, the process may further include at least the following steps:

[0110] Information presentation interface generated based on blockchain platform;

[0111] The information presentation interface displays remote notarized data and the blockchain information of remote notarized data.

[0112] In other words, after the blockchain platform performs the on-chain operation, it can generate a corresponding information display interface, which displays the remote notarized data and the block information of the remote notarized data on the chain. This makes it easy to see whether the on-chain operation was successful and the specific relevant information after the on-chain operation was successful.

[0113] Please see Figure 5 This is an exemplary diagram showing remote notarized data and blockchain information of remote notarized data displayed in an information presentation interface. It displays the node ID of the blockchain platform, the current block height, PBFT (Practical Byzantine Fault Tolerance) View, node status, and block information.

[0114] The following provides a detailed description of a specific application scenario of this application:

[0115] Please see Figure 6 This is a schematic diagram of an exemplary system architecture, mainly including a notary office client, notary participant clients, a management backend, and a blockchain platform; wherein:

[0116] The notary office client mainly includes functions such as creating a room, allowing reviewers to join, sharing screens, signing documents, verifying documents, and replaying logs.

[0117] The notary public client application primarily offers real-name registration, the ability to apply for entry into a room created by the notary, and online signing and viewing of signed contracts.

[0118] The management backend primarily provides services to notaries and parties involved, while also recording video and log data of the signing process and storing the evidence on the blockchain.

[0119] The blockchain platform primarily provides on-chain evidence storage services and a blockchain explorer, which displays the on-chain block information and transaction data.

[0120] Please see Figure 7 and Figure 8 The above is a flowchart of an exemplary blockchain-based remote notarization method; the blockchain-based remote notarization method may include at least the following steps:

[0121] Step S801: The notary office client creates a signing room, generates a corresponding signing room identifier, and sends the signing room identifier to the notary participant's client.

[0122] The room identifier for the contract includes, but is not limited to, information such as room name, room number, and room password. The room identifier can be sent via SMS, email, or other means, and other information such as the notarization date can also be sent to the client of the notarization participant along with the room identifier.

[0123] In step S802, the notary participant's client receives the identity verification information uploaded by the party concerned and sends the identity verification information to the notary office's client.

[0124] The identity verification information includes, but is not limited to, ID card information, physiological characteristic information (such as fingerprint information, facial information), etc.; the identity verification information can be uploaded via mobile phone.

[0125] In step S803, the notary office client verifies the identity of the parties in the notary participant client based on the identity verification information and returns the identity verification result to the notary participant client.

[0126] Step S804: If the identity verification result is successful, the notary participant's client enters the corresponding signing room according to the signing room identifier.

[0127] Step S805: The notary office client sends a video connection request to the notary participant's client.

[0128] Step S806: The client of the notary participant responds to the video connection request.

[0129] In step S807, the server corresponding to the notary office client establishes a video connection channel between the notary office client and the notary participant client.

[0130] In step S808, the notary office client sends a screen sharing request to the notary participant's client.

[0131] In step S809, the client of the notary participant responds to the screen sharing request.

[0132] In step S810, the notary office client shares its screen and records the screen content of the notary office client in real time.

[0133] Among these features, notaries on the notary office's client app can share their desktop in real time via screen mirroring, presenting the document content more intuitively to the parties involved in the notary process on the client app. This facilitates real-time communication and confirmation between them. Notaries can also choose to enable their microphone and video, view real-time operation records, and draft documents on-site, achieving a more realistic effect similar to traditional on-site notary services.

[0134] In step S811, the notary on the notary office client selects a document template to draft a document and sends the draft document to the client of the notary participant.

[0135] Step S812: After confirming that the documents are correct, the parties on the notary's client side sign the document and send the signed document to the notary office's client side.

[0136] Among them, electronic signatures can be used for signing.

[0137] Step S813: The notary public on the notary office client verifies the signed documents;

[0138] This process can involve verifying whether the signature matches the person in question. Once verification is complete, the signing process can be finished, and the video recording will also end, yielding the recorded video data.

[0139] In step S814, the server corresponding to the notary office client performs a hash operation on the recorded video data to obtain hash digest data, and obtains the contract data in the online notarization process. Then, it generates remote notarization data based on the hash digest data and the contract data, and sends the remote notarization data to the blockchain platform.

[0140] Step S815: The blockchain platform performs the on-chain operation on the remote notarized data.

[0141] Please see Figure 9 The above is a flowchart of an exemplary blockchain-based remote notarization method; the blockchain-based remote notarization method may include at least the following steps:

[0142] In step S901, the notary office client obtains the streaming key and streaming address from the streaming media backend.

[0143] In step S902, the notary office client pushes the recorded video data in the form of a video stream to the streaming media backend corresponding to the streaming address in real time according to the streaming key;

[0144] The notary office's client can stop streaming when the signing process ends.

[0145] In step S903, the streaming media backend receives the recorded video data and writes it to a *.flv video file.

[0146] In step S904, the notary office client sends the push key and push address to the management backend.

[0147] In step S905, the management backend obtains the recorded video data from the streaming media backend based on the streaming key and streaming address.

[0148] In step S906, the management backend performs a hash operation on the recorded video data to obtain hash digest data, and obtains the contract data in the online notarization process. Then, it generates remote notarization data based on the hash digest data and the contract data, and uploads the remote notarization data to the blockchain.

[0149] In step S907, the management backend associates and stores the recorded video data and the hash digest data obtained by hashing the recorded video data in the file server.

[0150] In step S908, the management backend sends the associated storage address to the notary office client so that the notary office client can obtain the associated video data for playback.

[0151] The blockchain-based remote notarization method proposed in this application can improve the efficiency of judicial notarization and provide many conveniences for notaries and parties involved. At the same time, the recorded video data is hashed to obtain hash digest data, and the remote notarization data generated based on the hash digest data and the contract data is stored together in the blockchain platform to ensure the security of the remote notarization data.

[0152] Figure 10 This is a block diagram illustrating a blockchain-based remote notarization device, as shown in one embodiment of this application. Figure 10 As shown, the device includes:

[0153] Establish module 1001 and configure it to establish a video communication connection between the notary office client and the notary participant client;

[0154] The recording module 1002 is configured to record the online notarization process through the notary office client and the notary participant client via video communication, and obtain recorded video data.

[0155] The calculation and acquisition module 1003 is configured to perform hash operations on the recorded video data to obtain hash digest data, and to acquire the contract data in the online notarization process;

[0156] The generation and on-chain module 1004 is configured to generate remote notarization data based on hash digest data and contract data, and to perform on-chain operations on the remote notarization data to store the remote notarization data in the blockchain platform.

[0157] By adopting the technical solution in this application embodiment, the efficiency of judicial notarization can be improved, and many conveniences can be provided for notaries and parties. At the same time, the recorded video data is hashed to obtain hash digest data, and the remote notarization data generated based on the hash digest data and the contract data is stored together in the blockchain platform, ensuring the security of the remote notarization data.

[0158] In one embodiment of this application, the device may further include:

[0159] The push module is configured to push the recorded video data to the streaming media backend in real time through the notary office client, and the streaming media backend writes the obtained recorded video data into a video file for storage; the retrieval module is configured to retrieve the stored recorded video data from the streaming media backend and perform a hash operation on the recorded video data to obtain hash digest data.

[0160] In one embodiment of this application, the push module is specifically configured such that the notary office client pushes the recorded video data in the form of a video stream to the streaming media backend corresponding to the push address in real time according to the push key; the acquisition module is specifically configured such that the server corresponding to the notary office client acquires the recorded video data from the streaming media backend corresponding to the push address according to the push key.

[0161] In one embodiment of this application, the acquisition module is further configured to obtain the streaming key and streaming address from the streaming media backend through the notary office client; the acquisition module is further configured to receive the streaming key and streaming address sent by the notary office client after the streaming is completed through the server corresponding to the notary office client.

[0162] In one embodiment of this application, the device may further include:

[0163] The storage module is configured to associate and store the recorded video data and the hash digest data obtained by hashing the recorded video data to the file server.

[0164] In one embodiment of this application, the acquisition module is further configured to obtain the associated storage address of the recorded video data and hash digest data through the server corresponding to the notary office client, and send the associated storage address to a preset client; wherein, the preset client includes at least one of the notary office client and the notary participant client; the acquisition module is further configured to allow the preset client to obtain the associated video data through the associated storage address for playback.

[0165] In one embodiment of this application, the recording module 1002 may include:

[0166] The sending unit is configured to send a screen sharing request to the notary office's client via the notary office's client; the recording unit is configured to record the screen content of the notary office's client in real time after the notary office's client responds to the screen sharing request and performs screen sharing, thereby obtaining recorded video data.

[0167] In one embodiment of this application, the calculation and acquisition module 1003 may include:

[0168] The acquisition unit is configured to extract contract signing data from the recorded video data during the online notarization process; wherein the contract signing data includes at least one of the following: contract signing document data, verification data of the contract signing document, signing date, signing user, and signing venue.

[0169] In one embodiment of this application, the device may further include:

[0170] The creation module is configured to create a signing room based on the request to create a signing room initiated by the notary office client, generate a corresponding signing room identifier, and send the signing room identifier to the notary participant client; the entry module is configured to allow the notary participant client to enter the corresponding signing room based on the signing room identifier in order to establish a video communication connection with the notary office client.

[0171] In one embodiment of this application, the device may further include:

[0172] The verification module is configured so that the notary office client verifies the identity of the parties in the notary participant client based on the identity verification information uploaded by the notary participant client and returns the identity verification result to the notary participant client; the entry module is configured so that if the identity verification result is successful, the notary participant client enters the corresponding signing room according to the signing room identifier.

[0173] In one embodiment of this application, the establishment module 1001 may include:

[0174] The sending unit is configured to send a video connection request from the notary office client to the notary participant client; the establishing unit is configured to establish a video connection channel between the notary office client and the notary participant client after the notary participant client responds to the video connection request, so that the notary office client and the notary participant client can conduct video communication.

[0175] In one embodiment of this application, the device may further include:

[0176] The generation module is configured to generate an information presentation interface based on the blockchain platform; the display module is configured to display remote notarized data and the block information of remote notarized data on the blockchain on the information presentation interface.

[0177] It should be noted that the apparatus provided in the above embodiments and the method provided in the above embodiments belong to the same concept, and the specific way in which each module and unit performs operations has been described in detail in the method embodiments, and will not be repeated here.

[0178] Embodiments of this application also provide an electronic device including one or more processors and a storage device, wherein the storage device is used to store one or more programs, which, when executed by the electronic device, implement the aforementioned blockchain-based remote notarization method.

[0179] Figure 11 A schematic diagram of the structure of a computer system suitable for implementing the electronic device of the present application is shown.

[0180] It should be noted that, Figure 11 The computer system 1100 of the electronic device shown is merely an example and should not impose any limitation on the functionality and scope of use of the embodiments of this application.

[0181] like Figure 11 As shown, the computer system 1100 includes a Central Processing Unit (CPU) 1101, which can perform various appropriate actions and processes, such as executing the methods described in the above embodiments, based on programs stored in Read-Only Memory (ROM) 1102 or programs loaded from storage portion 1108 into Random Access Memory (RAM) 1103. The RAM 1103 also stores various programs and data required for system operation. The CPU 1101, ROM 1102, and RAM 1103 are interconnected via a bus 1104. An Input / Output (I / O) interface 1105 is also connected to the bus 1104.

[0182] The following components are connected to I / O interface 1105: an input section 1106 including a keyboard, mouse, etc.; an output section 1107 including a cathode ray tube (CRT), liquid crystal display (LCD), etc., and speakers, etc.; a storage section 1108 including a hard disk, etc.; and a communication section 1109 including a network interface card such as a LAN (Local Area Network) card, modem, etc. The communication section 1109 performs communication processing via a network such as the Internet. A drive 1110 is also connected to I / O interface 1105 as needed. Removable media 1111, such as a disk, optical disk, magneto-optical disk, semiconductor memory, etc., are installed on drive 1110 as needed so that computer programs read from them can be installed into storage section 1108 as needed.

[0183] Specifically, according to embodiments of this application, the processes described above with reference to the flowcharts can be implemented as computer software programs. For example, embodiments of this application include a computer program product comprising a computer program carried on a computer-readable medium, the computer program including a computer program for performing the methods shown in the flowcharts. In such embodiments, the computer program can be downloaded and installed from a network via communication section 1109, and / or installed from removable medium 1111. When the computer program is executed by central processing unit (CPU) 1101, it performs various functions defined in the system of this application.

[0184] It should be noted that the computer-readable medium shown in the embodiments of this application can be a computer-readable signal medium or a computer-readable storage medium, or any combination of the two. A computer-readable storage medium can be, for example, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination thereof. More specific examples of a computer-readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer disk, a hard disk, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM), flash memory, optical fiber, portable compact disc read-only memory (CD-ROM), optical storage device, magnetic storage device, or any suitable combination thereof. In this application, a computer-readable storage medium can be any tangible medium containing or storing a program that can be used by or in conjunction with an instruction execution system, apparatus, or device. In this application, a computer-readable signal medium can include a data signal propagated in baseband or as part of a carrier wave, carrying a computer-readable computer program. The transmitted data signal can take various forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination thereof. The computer-readable signal medium can also be any computer-readable medium other than a computer-readable storage medium, which can send, propagate, or transmit a program for use by or in connection with an instruction execution system, apparatus, or device. The computer program contained on the computer-readable medium can be transmitted using any suitable medium, including but not limited to wireless, wired, etc., or any suitable combination thereof.

[0185] The flowcharts and block diagrams in the accompanying drawings illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to various embodiments of this application. Each block in a flowchart or block diagram may represent a module, segment, or portion of code, which contains one or more executable instructions for implementing a specified logical function. It should also be noted that in some alternative implementations, the functions indicated in the blocks may occur in a different order than those indicated in the drawings. For example, two consecutively indicated blocks may actually be executed substantially in parallel, and they may sometimes be executed in reverse order, depending on the functions involved. It should also be noted that each block in a block diagram or flowchart, and combinations of blocks in a block diagram or flowchart, may be implemented using a dedicated hardware-based system that performs the specified function or operation, or using a combination of dedicated hardware and computer instructions.

[0186] The units described in the embodiments of this application can be implemented in software or hardware, and the described units can also be located in a processor. The names of these units do not necessarily limit the specific unit itself.

[0187] Another aspect of this application provides a computer-readable storage medium storing a computer program that, when executed by a processor, implements the aforementioned blockchain-based remote notarization method. This computer-readable storage medium may be included in the electronic device described in the above embodiments, or it may exist independently and not incorporated into the electronic device.

[0188] Another aspect of this application provides a computer program product or computer program including computer instructions stored in a computer-readable storage medium. A processor of a computer device reads the computer instructions from the computer-readable storage medium and executes the computer instructions, causing the computer device to perform the blockchain-based remote notarization method provided in the various embodiments described above.

[0189] The above description is merely a preferred exemplary embodiment of this application and is not intended to limit the implementation of this application. Those skilled in the art can easily make corresponding modifications or alterations based on the main concept and spirit of this application. Therefore, the scope of protection of this application should be determined by the scope of protection claimed in the claims.

Claims

1. A remote notarization method based on blockchain, characterized in that, The method includes: Establish a video communication connection between the notary office's client and the notary participant's client, wherein the notary participant's client is the client where the parties are located; During the online notarization process conducted via video communication between the notary office client and the notary participant client, the online notarization process is recorded through the notary office client to obtain recorded video data. The recorded video data is pushed to the streaming media backend in real time through the notary office client, and the streaming media backend writes the obtained recorded video data into a video file to store the recorded video data; Retrieve the stored recorded video data from the streaming media backend; The recorded video data is hashed to obtain hash digest data, and the contract data in the online notarization process is extracted from the recorded video data. The contract data refers to the relevant data of the contract between the parties and the notary corresponding to the notary office client. The contract data includes at least one of the following: contract document data, verification data of the contract document, contract date, contracting user, and contracting venue. Remote notarization data is generated based on the hash digest data and the contract data, and the remote notarization data is then uploaded to the blockchain platform.

2. The method as described in claim 1, characterized in that, The step of pushing the recorded video data to the streaming media backend in real time through the notary office's client includes: The notary office client pushes the recorded video data in real time to the streaming media backend corresponding to the streaming address in the form of a video stream, based on the streaming key; The step of retrieving the stored recorded video data from the streaming media backend includes: The server corresponding to the notary office client obtains the recorded video data from the streaming media backend corresponding to the streaming address based on the streaming key.

3. The method as described in claim 2, characterized in that, Before the notary office client pushes the recorded video data in real time as a video stream to the streaming media backend corresponding to the streaming address based on the streaming key, the method further includes: The streaming key and streaming address are obtained from the streaming media backend through the notary office client; Before retrieving the recorded video data from the streaming media backend corresponding to the streaming address via the server corresponding to the notary office client using the streaming key, the method further includes: The server corresponding to the notary office client receives the push key and push address sent by the notary office client after the push is completed.

4. The method as described in claim 1, characterized in that, After obtaining the recorded video data from the streaming media backend, the method further includes: The recorded video data and the hash digest data obtained by hashing the recorded video data are associated and stored on a file server.

5. The method as described in claim 4, characterized in that, After associating and storing the recorded video data and the hash digest data obtained by hashing the recorded video data on the file server, the method further includes: The server corresponding to the notary office client obtains the associated storage address of the recorded video data and the hash digest data, and sends the associated storage address to a preset client; wherein, the preset client includes at least one of the notary office client and the notary participant client; The preset client obtains the associated video data through the associated storage address and plays it.

6. The method as described in claim 1, characterized in that, The process of recording the online notarization through the notary office's client to obtain recorded video data includes: The notary office's client sends a screen sharing request to the notary participant's client; After the notary public's client responds to the screen sharing request and shares its screen, the screen content of the notary public's client is recorded in real time to obtain the recorded video data.

7. The method as described in claim 1, characterized in that, Before establishing the video communication connection between the notary office client and the notary participant client, the method further includes: Based on the request to create a signing room initiated by the notary office client, a signing room is created, a corresponding signing room identifier is generated, and the signing room identifier is sent to the notary participant client. The notary participant's client enters the corresponding signing room according to the signing room identifier to establish a video communication connection with the notary institution's client.

8. The method as described in claim 7, characterized in that, Before the notary participant's client enters the corresponding signing room based on the signing room identifier, the method further includes: The notary office client verifies the identity of the parties in the notary participant client based on the identity verification information uploaded by the notary participant client, and returns the identity verification result to the notary participant client. If the identity verification result is successful, the notary participant's client enters the corresponding signing room according to the signing room identifier.

9. The method as described in claim 1, characterized in that, The establishment of a video communication connection between the notary office's client and the notary participant's client includes: The notary office client sends a video connection request to the notary participant's client; After the notary participant's client responds to the video connection request, a video connection channel is established between the notary office's client and the notary participant's client to enable video communication between them.

10. The method according to any one of claims 1 to 9, characterized in that, After uploading the remotely notarized data to the blockchain, the method further includes: An information presentation interface is generated based on the aforementioned blockchain platform; The remote notarization data and the blockchain information on which the remote notarization data is uploaded are displayed on the information presentation interface.

11. A blockchain-based remote notarization device, characterized in that, The device includes: The module is configured to establish a video communication connection between the notary office client and the notary participant client, wherein the notary participant client is the client where the parties involved are located. The recording module is configured to record the online notarization process via the notary office client and the notary participant client through video communication, thereby obtaining recorded video data. The push module is configured to push the recorded video data to the streaming media backend in real time through the notary office client, and the streaming media backend writes the obtained recorded video data into a video file to store the recorded video data; The calculation and acquisition module is configured to acquire stored recorded video data from the streaming media backend; perform a hash operation on the recorded video data to obtain hash digest data; and extract the contract data during the online notarization process from the recorded video data. The contract data refers to the relevant data of the contract signed by the parties and the notary corresponding to the notary office client. The contract data includes at least one of the following: contract document data, verification data of the contract document, contract date, contracting user, and contracting venue. The generation and on-chain module is configured to generate remote notarization data based on the hash digest data and the contract data, and to perform an on-chain operation on the remote notarization data to store the remote notarization data in the blockchain platform.

12. An electronic device, characterized in that, include: One or more processors; A storage device for storing one or more programs, which, when executed by one or more processors, cause the electronic device to implement the blockchain-based remote notarization method as described in any one of claims 1 to 10.

13. A computer-readable medium having a computer program stored thereon, characterized in that, When the computer program is executed by a processor, it implements the blockchain-based remote notarization method as described in any one of claims 1 to 10.

14. A computer program product, characterized in that, The computer program product includes computer instructions stored in a computer-readable storage medium; a processor of a computer device reads the computer instructions from the computer-readable storage medium and executes the computer instructions, causing the computer device to perform the blockchain-based remote notarization method as described in any one of claims 1 to 10.

Images