CN115729892A

CN115729892A - Electronic file processing method, device and equipment

Info

Publication number: CN115729892A
Application number: CN202110996001.6A
Authority: CN
Inventors: 刘波; 孙豪隆; 刘付彩文; 张海洲; 孙圣男; 谢钰浈; 张翼千; 黄立圣; 杨师; 王赟; 刘洁; 李玉兰; 李奇宇; 吴平平; 王晓彬; 王磊; 蒋鸿铭; 张勇; 曹涛; 李可先
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2021-08-27
Filing date: 2021-08-27
Publication date: 2023-03-03

Abstract

The application discloses a method, a device and equipment for processing an electronic file, and the on-line electronic file provided by the application can cover the complete life cycle of a real off-line file and directly complete the state conversion of the electronic file on line. Specifically, an electronic document in a first state may be acquired, the electronic document relating to a plurality of signing parties. And when the state change instruction aiming at the first state is acquired, switching the electronic file from the first state to the second state according to the state change instruction. And then, synchronizing the electronic document in the second state with the account numbers corresponding to the plurality of signatories respectively. The first state can be any state of the electronic file in the whole life cycle, and the conversion of any state of the electronic file in the whole life cycle is completed by executing the state changing instruction, so that the electronic file can cover different states of the real offline file, the state conversion operation is flexible, and the electronic file can be managed in the whole life cycle conveniently.

Description

Electronic file processing method, device and equipment

Technical Field

The present application relates to the field of computer technologies, and in particular, to a method, an apparatus, and a device for processing an electronic file.

Background

With the rapid development of internet technology and electronic commerce markets, the businesses of many enterprises have been developed to other areas, which are limited by geographical locations and other reasons, and for some documents needing to be signed and sealed, such as loans, contracts, agreements and other documents, paper documents become very inconvenient to manage. Therefore, a complete management system using electronic files will become a hot spot for enterprise applications.

At present, electronic documents are widely applied to the industries such as finance, real estate, education, tourism, e-commerce, personnel and the like, and release great environmental protection effect. However, the electronic document provided in the related art is only used as a memo for the offline document, and often needs to complete operations such as signing, invalidation and the like of the document online, so that the signed and invalidated document is scanned into the electronic document and is sent to another party by way of mail and the like, different states of the real offline document cannot be covered in the form of the electronic document, and the management of the electronic document is inconvenient and the operation is inflexible.

Disclosure of Invention

In order to solve the technical problems, the application provides a method, a device and equipment for processing an electronic file, wherein conversion of any state of the electronic file in a complete life cycle is completed by executing a state change instruction, so that the electronic file can cover different states of a real offline file, the state conversion operation is flexible, and the electronic file can be managed in the complete life cycle conveniently.

The embodiment of the application discloses the following technical scheme:

in a first aspect, an embodiment of the present application provides a method for processing an electronic file, where the method includes:

acquiring an electronic document in a first state, wherein the electronic document relates to a plurality of signatories;

acquiring a state change instruction aiming at the first state;

switching the first state to a second state according to the state change instruction;

and synchronizing the electronic document in the second state to the account numbers corresponding to the plurality of signatories respectively.

In a second aspect, an embodiment of the present application provides an apparatus for processing an electronic file, where the apparatus includes an obtaining unit, a switching unit, and a synchronizing unit:

the acquisition unit is used for electronic files in a first state, and the electronic files relate to a plurality of signatories;

the obtaining unit is further configured to obtain a state change instruction for the first state;

the switching unit is used for switching the first state into a second state according to the state change instruction;

and the synchronization unit is used for synchronizing the electronic files in the second state with the accounts corresponding to the plurality of signatories respectively.

In a third aspect, an embodiment of the present application provides a processing device for an electronic file, where the device includes a processor and a memory:

the memory is used for storing program codes and transmitting the program codes to the processor;

the processor is configured to perform the method of the first aspect according to instructions in the program code.

In a fourth aspect, an embodiment of the present application provides a computer-readable storage medium for storing program code for executing the method of the first aspect.

According to the technical scheme, the on-line electronic file provided by the application can cover the complete life cycle of the real off-line file, and the state conversion of the electronic file is directly completed on line. Specifically, an electronic document in a first state may be acquired, the electronic document relating to a plurality of signing parties. When a state change instruction for the first state is acquired, the electronic file can be switched from the first state to the second state according to the state change instruction. Then, the electronic document in the second state is synchronized with the account numbers corresponding to the plurality of signers. The first state can be any state of the electronic file in the whole life cycle, and the second state is obtained after state conversion is carried out on the basis of the state change instruction on the basis of the first state.

Drawings

In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, and obviously, the drawings in the description below are only some embodiments of the present application, and for a person of ordinary skill in the art, other drawings can be obtained according to the drawings without inventive labor.

Fig. 1 is a schematic system architecture diagram of a method for processing an electronic document according to an embodiment of the present application;

FIG. 2 is a diagram illustrating an example of states of an electronic document according to an embodiment of the present application;

fig. 3 is a flowchart of a method for processing an electronic document according to an embodiment of the present application;

FIG. 4 is an architecture diagram of an electronic document management platform according to an embodiment of the present application;

fig. 5 is an exemplary diagram of a registration process provided in an embodiment of the present application;

FIG. 6 is an exemplary diagram of an electronic document presentation interface provided by an embodiment of the present application;

FIG. 7 is an exemplary diagram of another electronic document presentation interface provided in an embodiment of the present application;

fig. 8a is an exemplary diagram of a filling interface of user information according to an embodiment of the present disclosure;

fig. 8b is an exemplary diagram of a face image acquisition interface according to an embodiment of the present application;

fig. 9 is an exemplary diagram of a status switching process based on a signing operation according to an embodiment of the present application;

fig. 10 is an exemplary diagram of an electronic document presentation interface obtained based on a signing operation according to an embodiment of the present application;

fig. 11 is an exemplary diagram of a status switching process based on a validation invalidation operation according to an embodiment of the present application;

fig. 12 is an exemplary diagram of an electronic file presentation interface for performing state transition based on an expiration time according to an embodiment of the present application;

FIG. 13 is an exemplary diagram of an electronic file creation process provided in an embodiment of the present application;

FIG. 14 is a diagram illustrating an example of an input interface for user information and file content information according to an embodiment of the present application;

fig. 15 is a flowchart of a method for processing an electronic document according to an embodiment of the present application;

fig. 16 is a structural diagram of an electronic document processing apparatus according to an embodiment of the present application;

fig. 17 is a structural diagram of a terminal according to an embodiment of the present application;

fig. 18 is a block diagram of a server according to an embodiment of the present application.

Detailed Description

Embodiments of the present application are described below with reference to the accompanying drawings.

The electronic document provided at present is only used as a memo of the offline document, and often needs to complete operations such as signing, invalidation and the like of the document online, so that the signed and invalidated document is scanned into the electronic document and is sent to the other party by a mail and the like, different states of the real offline document cannot be covered in the form of the electronic document, and the management of the electronic document is inconvenient and the operation is inflexible.

In order to solve the above technical problem, an embodiment of the present application provides an electronic document processing method, where the method completes conversion of any state of an electronic document in a complete life cycle by executing a state change instruction, and synchronizes an electronic document obtained after state conversion to accounts corresponding to multiple signing parties, so that the multiple signing parties can timely acquire the electronic document in a current state and know a state conversion condition of the electronic document, so that the electronic document can cover different states of a real offline document, and the state conversion operation is flexible, and the electronic document can be managed in the complete life cycle of the electronic document.

It should be noted that the method provided in the embodiment of the present application may be applied to the fields of finance, real estate, education, tourism, e-commerce, personnel, and the like, and specifically relates to various scenarios where an agreement is agreed by multiple parties and an electronic document with legal protection is formed, where the electronic document may be, for example, a contract, an agreement, a debit, a receipt, and the like.

The method provided by the embodiment of the application can also relate to a block chain, and various certificate-storing information generated in the whole life cycle of the electronic file (such as a state changing process, an electronic file creating process or a registration process) can be stored on the block chain in the form of the certificate-storing file, so that undifferentiated certificate-taking service and judicial service are provided for an electronic file signing party, and the legal effectiveness of the electronic file in the whole life cycle is guaranteed.

It should be noted that the method provided in this embodiment of the present application may be implemented by an electronic file management platform, where the electronic file management platform provides a User Interface (UI) for a User in the form of a client or an applet, the User logs in the electronic file management platform through the client or the applet to manage an electronic file, such as performing viewing and state change operations, and the backend and the server corresponding to the client or the applet perform the method provided in this embodiment of the present application to provide various management services for the electronic file.

Referring to fig. 1, fig. 1 is a schematic system architecture diagram of an electronic file processing method according to an embodiment of the present application. The system architecture comprises a terminal 101 and a server 102 corresponding to a plurality of signing parties respectively, a client corresponding to an electronic file management platform can be installed on the terminal 101, or an applet corresponding to the electronic file management platform can be opened through the terminal 101, and the application mainly takes the applet as an example for introduction. A user, for example, a target user may search and open an applet corresponding to the electronic file management platform through the terminal 101, and then trigger the server 102 to execute the method provided by the present application.

When the target user opens the applet, the target user's account may be logged in, so that the server 102 may obtain the electronic file under the target user's account, where the electronic file is in a first state, and the electronic file relates to a plurality of signing parties. The target user may be any one of the plurality of signatory parties, or may be a third party trusted by the plurality of signatory parties, and may perform the status change operation instead of the signatory party. The plurality of signing parties may include individuals or may include corporations such as enterprises, units, companies, and the like.

The electronic document often includes a plurality of states throughout the life cycle, for example, a signing state of a first signing party, a signing state of a second signing party (the second signing party is an un-signing party except the first signing party), a validated state, a rejected state, a verification revocation state of the first signing party, a verification revocation state of the second signing party, a revoked state, an expired state, and the like. The first state may be a state that may be changed among the above plurality of states.

If the target user who logs in the applet is the first signing party, when the state of the electronic document is displayed, the signing state of the first signing party is equivalent to the signing state of the waiting party, and the signing state of the waiting party is displayed to the target user and can be 'signing by the waiting party'; the signing state of the second signing party is equivalent to the signing state of the opposite party, and the signing state of the second signing party is shown to the target user and can be 'signed by the opposite party'; the verification revocation status of the first signing party is equivalent to the verification revocation status of the my party, and the verification revocation status of the my party is displayed to the target user; the verification revocation status of the second signing party is equivalent to the verification revocation status of the party to be signed, and the verification revocation status of the party to be signed is displayed to the target user, wherein the verification revocation status of the party to be signed can be 'verification revocation of the party to be signed'. If the target user of the logged applet is the second signing party, the signing state of the first signing party is equivalent to the signing state of the party to be signed, and the signing state of the party to be signed is shown to the target user and can be 'signed by the party to be signed'; the signing state of the party to be signed is equivalent to the signing state of the party to be signed, and the signing state shown to the target user can be 'signed by the party to be signed'; the verification revocation status of the first signing party is equivalent to the verification revocation status of the party to be signed, and the verification revocation status of the party to be signed is displayed to the target user and can be 'verification revocation of the party to be signed'; the verification revocation status of the second signing party is equivalent to the verification revocation status of the my party, and the verification revocation status of the my party is displayed to the target user. Therefore, from the perspective of the target user of the login applet, the above-mentioned multiple statuses may actually include a sign-on-my status, a sign-on-counterpart status, an validated status, a rejected status, a confirmed-to-my status, a confirmed-to-counterpart status, a canceled status, and an expired status, as shown in fig. 2.

When the server 102 obtains the state change instruction for the first state, the server 102 may switch the first state to the second state according to the state change instruction, thereby obtaining the electronic file in the second state. Then, the server 102 synchronizes the electronic documents in the second state with the accounts respectively corresponding to the plurality of signatories, so that the plurality of signatories can see the electronic documents in the second state after logging in the applet, thereby acquiring the electronic documents in the current state in time and knowing the state conversion condition of the electronic documents.

For example, if the target user of the login applet is the first signing party, the first status is the signing status of the first signing party (shown as the signing of the first signing party), and after the first signing party finishes signing, if the second signing party does not sign yet, the status of the electronic document can be converted into the signing status of the second signing party, that is, the second status is the signing status of the second signing party, and the electronic document in the second status is synchronized with the accounts of multiple signing parties. At this time, the applet shows "to-be-signed" to the first signing party. Accordingly, when the second signing party registers the applet, the electronic document is signed by the second signing party, but from the perspective of the second signing party, the applet shows "sign by my party" to the second signing party.

The processing method of the electronic file provided by the embodiment of the application can be executed by the server 102. However, in other embodiments of the present application, the terminal 101 may have a similar function as the server 102, so as to execute the processing method of the electronic file provided in the embodiment of the present application, or the terminal 101 and the server 102 jointly execute the processing method of the electronic file provided in the embodiment of the present application, which is not limited in this embodiment.

It should be further noted that the number of the terminals 101 and the servers 102 in fig. 1 is only exemplary. According to implementation needs, the server 102 may be an independent physical server, a server cluster or a distributed system formed by a plurality of physical servers, or a cloud server providing cloud computing services. The terminal 101 may be a smart phone, a tablet computer, a notebook computer, a desktop computer, a vehicle-mounted terminal, a smart television, etc., but is not limited thereto. The terminal and the server may be directly or indirectly connected through wired or wireless communication, and the application is not limited herein.

The following description will mainly use an example in which the front end of the electronic document management platform is an applet and the execution main body is a server, and will describe in detail the electronic document processing method provided in the embodiment of the present application with reference to the accompanying drawings.

Referring to fig. 3, fig. 3 shows a flow chart of a method of processing an electronic file, the method comprising:

s301, acquiring an electronic file in a first state, wherein the electronic file relates to a plurality of signatories.

Referring to fig. 4, the electronic document management platform includes a front end 401 and a back end server 402 (equivalent to the server 102 in fig. 1), the front end 401 mainly includes an applet 4011 and a face service module 4012 corresponding to the electronic document management platform, the server 402 provides various management services for electronic documents, and the server 402 may include a registration/login service module 4021, an electronic document creation module 4022, an electronic document signing/revocation module 4023, a notification service module 4024, an expiration service module 4025, a download service module 4026, a composition service module 4027, and a certificate storage service module 4028. The notification service module 4024 may be implemented by a short message service (for example, as shown by 4029 in fig. 4) or a mail service (for example, as shown by 4030 in fig. 4), and the like, where the short message service is used to provide a user verification code service and notify a user to sign a service; the mail service is used for pushing the electronic file to a mailbox of the signing party.

A user, for example, a target user, may search and open the applet 4011 corresponding to the electronic file management platform, and then trigger the server 402 to execute the method provided by the present application.

It can be understood that, before the target user manages the electronic file using the applet, an account may be registered on the electronic file management platform through the applet, and the electronic file related to the target user may be bound to the account of the target user, that is, after the target user logs in the account, the electronic file under the account may be acquired, and then the state conversion operation may be performed on the electronic file.

The target user registers the account by acquiring user information of the target user, wherein the target user is any signing party of a plurality of signing parties, and then verifying the user information to obtain a verification result. And if the verification is determined to be passed according to the verification result, completing account registration of the target user on the electronic file management platform according to the user information.

The user information may include face images, names, identity cards, mobile phone numbers and the like, the names, the identity cards and the mobile phone numbers may be called as three user elements, and verification modes of different user information in the registration process are different. Referring to fig. 5, the target user inputs user information in the applet, which is also called three elements of the user, namely, a name, an identity card and a mobile phone number. Then, a face service module (see 4012 in fig. 4) at the front end is triggered to acquire a face image of a target user, the face image is verified, and after the face image is verified, face verification information (including a face image verification result and three user elements) is encrypted and transmitted to a server at the back end. The face verification information can be stored in a face verification bill form, the server verifies whether the face verification bill and the face verification information in the face verification bill match three factors of a user during face image verification, if the face verification bill and the face verification information in the face verification bill match the three factors, the face verification bill and the face verification information are returned to a target user incorrectly, if the face verification bill and the face verification information are correct, an identity card, a name and a mobile phone number submitted by the target user are verified to be correct through a cloud eye (for example, 4033 in the figure 4), if the face verification bill and the face verification information are incorrect, the face verification bill and the face verification information are returned to the target user, the target user cannot log in, if the face verification bill and the face verification information are correct, account registration of the target user is completed according to the user information, and an electronic file related to the target user when the target user is not registered is bound with an account of the target user. The cloud comet eye is used for verifying and verifying authenticity of user information, verifying whether the identity card and the name of the target user are consistent, and verifying whether the name and the mobile phone number of the target user are consistent.

In the registration process, various kinds of information for storing certificates can be generated, including Internet Protocol addresses (IP) for registration/login, user information (including name, mobile phone number, and identification card) of the target user, identification information of the face image for registration, server information for processing the registration, file Hash (Hash) algorithm for encryption, hash value and verification result, registration time, and the like. The certificate storing service module 4028 may collect the certificate storing information generated in the registration process, and the composition service module 4027 obtains the certificate storing information generated in the registration process from the certificate storing service module 4028 and stores the synthesized certificate storing file, such as a PDF file, in a blockchain (see 4031 in fig. 4). The block chain is a safely shared decentralized data account book, and the evidence storage information is stored in an effective record on the block chain and is encrypted for recording, so that the information is prevented from being tampered.

After the registration is completed, the target user can log in the electronic file management platform through the small program, so that the electronic file under the account of the target user can be checked through the checking function. The registration and login process may be implemented by the registration/login service module 4021. Taking an electronic document as an example of a contract, the personal contract list interface shown in fig. 6 is shown through a viewing function, and fig. 6 shows two contracts under the account of the target user, each of which is shown in the form of a card. When the target user clicks on a card of a certain contract, the detailed information of the contract can be viewed. The target user may also download electronic files through the applet.

S302, a state change instruction aiming at the first state is obtained.

The electronic file may include a plurality of states throughout the life cycle, and the state change instructions may be generated in different ways in different states. In some cases, the state of the electronic document may be transformed based on a state change operation of the signing party, and thus one implementation of obtaining the state change instruction for the first state may be to obtain the state change instruction for the first state in response to a state change operation of a first signing party, the first signing party being any one of the plurality of signing parties.

When the electronic document is in different first states, the state change operation of the first signing party can be different, and the corresponding state change instructions can also be different. If the first state is the signing state of the first signing party, the state changing operation is the signing operation, and the state changing instruction is the signing instruction; if the first state is the signing state of the first signing party, the state changing operation is a signature rejecting operation, and the state changing instruction is a signature rejecting instruction; if the first state is a revocation state to be confirmed by the first signing party, the state change operation is a revocation confirmation operation, and the state change instruction is a revocation confirmation instruction.

In other cases, the electronic file has a certain validity period, and after the validity period ends, the electronic file will automatically expire, at which time the electronic file switches from an in-effect state to an expired state. In general, whether the validity period of the electronic file is over may be determined by an expiration time in the electronic file, and therefore, in a possible implementation manner, if the first state is the validated state, the manner of obtaining the state change instruction for the first state may be to obtain the expiration time in the electronic file in the validated state, and if the expiration time is reached, obtain the state change instruction for the first state.

And S303, switching the first state into a second state according to the state change instruction.

If the first state is the signing state of the first signing party, the state change operation is the signing operation, and the state change instruction is the signing instruction, the mode of switching the first state to the second state according to the state change instruction can be that the signing information of the first signing party is obtained from the signing instruction through the electronic document signing module, and then the signing information of the first signing party and the electronic document of the first state are synthesized by calling the synthesis service module to obtain the electronic document of the second state.

The signing information may include a handwritten signature, stamp, etc. of the first signing party. The signature information is combined with the electronic document in the first state to obtain a PDF electronic document, wherein the PDF electronic document is the electronic document signed by the first signing party, namely the electronic document in the second state.

It is to be understood that the second state after switching may be different depending on the order in which the first signing party signs in the plurality of signing parties. If the first signing party is the last signing party in the plurality of signing parties, the electronic document can take effect after the first signing party finishes signing, and at this time, the second state is the effective state, and the corresponding electronic document display interface can be seen as 601 in fig. 6. If the first signing party finishes signing and other signing parties do not sign, the second state can be the signing state of the party to be signed, at this time, the electronic document display interface seen by the first signing party registration applet can be shown as 701 in fig. 7, which shows that the party to be signed, and the electronic document display interface seen by the second signing party registration applet can be shown as 702 in fig. 7, which shows that the party to be signed.

It should be noted that, in the embodiment of the present application, in order to ensure that the first signing party performing the state change operation is authentic, before the state change instruction of the first state is acquired in response to the state change operation of the first signing party, a face image of the first signing party may also be acquired, and a face verification result is obtained by performing face verification according to the face image. The face verification result can be stored in the form of a face verification bill, and the face verification bill can also include user information such as the name and the identity card (which may include an identity card number and an identity card image) of the first signing party. The user information may be filled in through the interface shown in fig. 8a, and then click the "start face recognition" button, thereby triggering entry into the face image acquisition interface shown in fig. 8b to acquire a face image.

And if the human face verification result indicates that the verification is passed, the user performing the state change operation is trustable, so that the state change instruction aiming at the first state is acquired in response to the state change operation of the first signing party. Then, it is determined whether the user information in the face verification result matches the first signer, and if so, it is described that the user performing the state change operation is the first signer related to the electronic document and is not impersonated, so that the step of switching the first state to the second state according to the state change instruction may be performed.

Furthermore, in order to ensure the reliability of the state change operation, when the electronic document is signed, the certificate service module may generate a first digital certificate for signing the electronic document, so as to invoke the composition service module to combine the first digital certificate, the signing information of the first signing party and the electronic document in the first state, thereby obtaining the electronic document in the second state. A Certificate Authority (CA) (see 4032 in fig. 4) may issue a personal Certificate and an event Certificate for a user, for example, a first signing party, and in this embodiment, a digital Certificate for signing an electronic document is referred to as a first digital Certificate. The first digital certificate is combined with the signing information into the PDF of the electronic document so that the first signing party can be verified with the digital certificate in the PDF of the electronic document. Meanwhile, the information can be recorded into the evidence storage information to provide a state change operation evidence for judicial problems.

In the status change process (for example, the process of signing the electronic document), various certificate information is also generated, including the IP registered by the first signing party, the user information (including Name, mobile phone number, and id card) of the first signing party, the server information for processing this signing, the identification information of the face image for face verification, the file Hash algorithm used for encryption, hash value and verification result, signing time, certificate serialization, recognizable (disctinct Name, DN), certificate status, identification of the handwritten signature and handwritten signature, name of the electronic document before signing, identification information of the electronic document before signing, hash algorithm and Hash value of the electronic document before signing, name of the electronic document after signing, identification information of the electronic document after signing, hash algorithm and Hash value of the electronic document after signing. The deposit receipt service module 4028 may collect deposit receipt information generated in the process of signing the electronic document, and the composition service module 4027 acquires the deposit receipt information generated in the process of signing the electronic document from the deposit receipt service module 4028 and saves a composition deposit receipt file, such as a PDF file, to a blockchain (see 4031 in fig. 4).

In this case, as shown in fig. 9, the first signing party writes a signature on the applet, and triggers the front-end face service module to perform face image verification when signing. After the verification, the face verification result, the user information and the handwritten signature are encrypted and transmitted to a server at the back end, and the transmitted handwritten signature is in a BASE64 form. The face verification result, the user information and the handwritten signature are stored in the form of a face verification bill. The server verifies whether the face verification bill and the information in the face verification bill are matched with the first signing party or not, and if the face verification bill and the information in the face verification bill are not matched with the first signing party, the face verification bill and the information in the face verification bill are returned to the first signing party and cannot be signed. If the handwritten signature is correct, the handwritten signature in the BASE64 form is converted into a signature picture through the image synthesis service, and the user information, the signature picture and the face verification bill are transmitted to the electronic document signing module. The electronic document signing module generates a first digital certificate used for signing for the time to a first signing party according to the information of the user to an authoritative CA. The electronic document signing module synthesizes the electronic document in the second state from the electronic document, the signature picture, the first digital certificate and the like in the first state to the synthesis service module. The synthesis service module puts the first digital certificate on the signature picture and then synthesizes the first digital certificate into the electronic file in the first state to obtain the electronic file in the second state. The deposit certificate service module and the synthesis service module synthesize the deposit certificate information generated in the process of signing the electronic file into a deposit certificate file such as a PDF file, and store the deposit certificate file to a block chain.

And if the first state is the signing state of the party to be signed, the state change operation is the signature rejection operation, and the state change instruction is the signature rejection instruction, the second state is the signed rejection state. At this time, the electronic document presentation interface may be as shown in fig. 9.

If the first state is a revocation state to be confirmed by the first signing party, the state change operation is a revocation confirmation operation, and the state change instruction is a revocation confirmation instruction, at this time, the mode of switching the first state to the second state according to the state change instruction can be that the revocation information of the first signing party is obtained from the revocation confirmation instruction through the electronic document revocation module, and the revocation information of the first signing party and the electronic document in the first state are synthesized by calling the synthesis service module to obtain the electronic document in the second state.

The verification revocation status of the first signing party can mean that the electronic document is validated and is in a validated state, and the first signing party waits to initiate revocation; the verification revocation status of the first signing party may also mean that other signing parties have issued revocation and wait for the verification revocation of the first signing party. The revocation information may include a revocation seal of the first signing party and the like. The revocation information is combined with the electronic document in the first state to obtain a PDF electronic document which is the electronic document in the second state after the revocation of the first signing party.

It is to be understood that the second state after the switching may be different depending on the order of the verification revocation of the first signing party among the plurality of signing parties. If the first signing party is the last signing party of the plurality of signing parties to be invalidated, the electronic document is invalidated after the first signing party completes the validation, and the second state is the invalidated state, and the corresponding electronic document display interface can be seen as 602 in fig. 6. If the first signer completes the verification and the other signers do not verify, the second state may be the state of the second signer to be verified, at this time, the electronic document display interface seen by the first signer registration applet may be shown as 1001 in fig. 10, which shows "the verification by the opposite party" is shown, and the electronic document display interface seen by the second signer registration applet may be shown as 1002 in fig. 10, which shows "the verification by the my party" is shown.

Since the cancellation confirmation operation is also a state change operation, it is also necessary to perform face verification before the cancellation confirmation instruction is obtained, and it is also necessary to determine whether the user information in the face verification result matches the first signing party before the first state is switched to the first state.

Furthermore, in order to ensure the reliability of the state change operation, when the electronic document is confirmed to be invalidated, the certificate service module may generate a second digital certificate for the invalidated electronic document, so as to invoke the composition service module to compose the second digital certificate, the invalidation information of the first signing party and the electronic document in the first state, thereby obtaining the electronic document in the second state.

In the status change process (for example, the process of confirming the revocation electronic document), various kinds of verification information are also generated, including the IP registered by the first signing party, the user information (including Name, mobile phone number, and id card) of the first signing party, the server information for processing this signing, the identification information of the face image for face verification, the file Hash algorithm for encryption, hash value and verification result, revocation time, certificate serialization, recognizable (Distinct Name, DN), certificate status, name of the electronic document before revocation, identification information of the electronic document before revocation, hash algorithm and Hash value of the electronic document before revocation, name of the electronic document after revocation, identification information of the electronic document after revocation, hash algorithm and Hash value of the electronic document after revocation. The certificate storing service module 4028 may collect certificate storing information generated in the process of confirming the electronic file to be invalidated, and the synthesis service module 4027 may acquire the certificate storing information generated in the process of confirming the electronic file to be invalidated from the certificate storing service module 4028 and store the synthesized certificate storing file, such as a PDF file, in a blockchain (see 4031 in fig. 4).

In this case, as shown in fig. 11, the first signing party fills in the reason for the revocation on the applet and triggers the front-end face service module to perform face image verification. After the verification, the face verification result, the user information and the invalid seal are encrypted and transmitted to a server at the back end. The face verification result, the user information and the invalid stamp are stored in the form of a face verification bill. The server verifies whether the face verification bill and the information in the face verification bill match the first signing party, and if the face verification bill and the information in the face verification bill are not matched, the face verification bill and the information in the face verification bill are returned to the first signing party, and the face verification bill and the information in the face verification bill cannot be confirmed to be invalid. If the verification result is correct, the electronic document revocation module generates a second digital certificate used for the verification revocation to the first signing party according to the CA of the authority to which the user information arrives. The electronic file revocation module synthesizes the electronic file in the second state from the electronic file in the first state, the revocation seal, the second digital certificate and the like to the synthesis service module. The synthesis service module can put the second digital certificate on the useless stamped picture and then synthesize the picture into the electronic file in the first state to obtain the electronic file in the second state. At this time, the electronic file of the second state may be referred to as a revocation file. The certificate storage service module and the synthesis service module synthesize the certificate storage information generated in the process of confirming the invalid electronic document into a certificate storage file such as a PDF file, and store the certificate storage file into a block chain.

When the state is converted based on the expiration time, if the first state is the valid state, after the state change instruction is acquired, the electronic file may be switched from the valid state to the expired state, where the expired state is the second state, and this process may be implemented by the expiration service module 4022. At this time, the electronic file presentation interface can be seen in fig. 12, where 1201 the identified card indicates that the electronic file is in a validated state, and 1202 the identified card indicates that the electronic file is changed to an expired state.

And S304, synchronizing the electronic document in the second state with the account numbers corresponding to the plurality of signatories respectively.

The server can synchronize the electronic files in the second state with the accounts corresponding to the plurality of signatories respectively, so that the plurality of signatories can see the electronic files in the second state after logging in the applet, and therefore the electronic files in the current state can be acquired in time and the state conversion condition of the electronic files can be known.

According to the technical scheme, the on-line electronic file provided by the application can cover the complete life cycle of the real off-line file, and the state conversion of the electronic file is directly completed on line. Specifically, an electronic document may be acquired in a first state, the electronic document relating to a plurality of signers. When a state change instruction for the first state is acquired, the electronic file can be switched from the first state to the second state according to the state change instruction. Then, the electronic document in the second state is synchronized with the account numbers corresponding to the plurality of signers. The first state can be any state of the electronic file in the whole life cycle, and the second state is obtained after state conversion is carried out on the basis of the state change instruction on the basis of the first state.

The scheme can complete signing and invalidation of the electronic document on line, thereby realizing conversion among different states of the electronic document, saving time for a plurality of signing parties related to the electronic document to maintain the electronic document, and preventing the electronic document from being lost.

It will be appreciated that the electronic file may be created based on a creation operation performed by a user (creator) on the applet, thereby triggering the electronic file creation module. The creator may be one of the plurality of signers, or may be a third party independent of the plurality of signers and trusted by the plurality of signers.

Specifically, as shown in fig. 13, the user can input user information and document content information corresponding to a plurality of signatory parties on the applet. The user information includes information such as the name, the mobile phone number, the identification card and the like of the signing party, the document content information may include specific contents agreed by the electronic document and related image data (for example, a screenshot of mobile phone transfer remittance, a photo of a remittance slip and the like), and an input interface of the user information and the document content information may be as shown in fig. 14. In fig. 14, for example, the electronic document is a debit note, the signing party includes a payee and a payer, the user information may include information such as a name, a mobile phone number, and an identification card corresponding to the payee and the payer, respectively, and the document content information may include, for example, a payment amount, a payment reason, and a payment time.

After the input of the user information and the file content information is completed, a subsequent process of creating the electronic file may be performed, for example, clicking a "next" button in fig. 14 to enter the subsequent process. In the subsequent process, sensitivity detection can be performed, for example, sensitive words and sensitive pictures are detected, and after the detection is passed, user information and file content information corresponding to a plurality of signatory parties are uploaded to the server. The server can acquire user information and file content information respectively corresponding to a plurality of signatory parties through the electronic file creating module, and then create the electronic file according to the user information and the file content information through the synthesis service module.

In the embodiment of the application, the file content information for synthesizing the electronic file can include the related image data, and the related image data is supported to be synthesized into the electronic file, so that the problem of insufficient evidence of the electronic file is solved.

Before creating the electronic file, the server may also invoke the cloud-eye to verify user information (e.g., name, mobile phone number, identification card) corresponding to each of the plurality of signing parties, and may also perform sensitivity detection. After the verification and the sensitivity detection are passed, the electronic file creating module synthesizes the user information and the file content information by using the synthesis service module to obtain the electronic file. After the electronic document is created, a plurality of signing parties can be informed to sign the electronic document through the short message service.

It can be understood that various certificate storing information may also be generated during the process of creating the electronic document, including the IP registered by the creator, the user information (including name, mobile phone number, and identification card) of the creator, the server information for processing this signing, the user information (including name, mobile phone number, and identification card) corresponding to each of the multiple signing parties, the name of the generated electronic document, the number of the electronic document, the HASH algorithm and HASH value of the electronic document, and the creation time. The certificate storing service module 4028 may collect the certificate storing information generated in the electronic file creating process, and the synthesis service module 4027 acquires the certificate storing information generated in the electronic file creating process from the certificate storing service module 4028 and stores the synthesized certificate storing file, such as a PDF file, to a block chain (see 4031 in fig. 4).

In the registration process, the state change process and the electronic file creation process, various technical means (for example, storing the evidence storage file to a block chain) are respectively adopted to ensure the credibility and legal validity of the operation. When the judicial problem occurs, complete certificate-storing information can be provided legally to prove the operation of a plurality of signing parties, so that the signing parties are prevented from repudiating.

Next, a method for processing an electronic file provided in the embodiment of the present application will be described with reference to an actual application scenario. In the embodiment, the electronic document is a debit, the plurality of the signing parties comprise two signing parties, namely a first signing party and a second signing party, wherein the first signing party is a lender, the second signing party is a borrower, and the lender and the borrower sign an online debit and manage the debit online. Referring to fig. 15, the method includes:

s1501, the lender and the borrower register accounts through applets corresponding to the electronic file management platform respectively.

S1502, the lender inputs the user information of the lender and the borrower, the specific content of the borrowed slip, and the related image data on the applet, and creates the borrowed slip.

After the creation of the loans is completed, the lender and the borrower sign at the moment, so that the lender sees the state of the loans as 'waiting for my to sign' through the display interface of the applet. At this point, from the lender's perspective, the first status is the pending signup status.

And S1503, the lender signs the signature by handwriting through the applet, and synthesizes the created loans, the handwritten signature and the corresponding digital certificate into new loans.

At this point, the lender has finished signing and then needs the borrower to sign, so the lender sees the status of the borrower as "pending signing" through the applet display. At this time, the second status is the pending signing status from the lender's perspective.

S1504, the borrower logs in the account number of the borrower through the applet.

The borrower sees the state of the borrowed slip as 'waiting for my to sign' through the display interface of the small program. At this point, from the borrower's perspective, the first status is the pending endorsement status.

S1505, the borrower signs his/her signature by handwriting through the applet, and combines the new borrower, the handwritten signature, and the corresponding digital certificate into a new borrower.

At this point, the lender and the borrower have both completed signing, and the state of the borrower and the borrower seeing the borrowed slip through the display interface of the applet may be "validated". At this time, the second status is an enabled status from the borrower's perspective.

It should be noted that the digital certificates in S1503 and S1505 are used for signing the electronic document and correspond to the first digital certificate in the foregoing embodiments, except that the specific contents of the digital certificates in S1503 and S1505 may be different because the digital certificate corresponds to the lender and the digital certificate corresponds to the borrower.

And S1506, if the borrower completes the payment, the borrower can input the invalidation reason through the small program.

S1507, a revocation file is synthesized based on the current borrow, revocation seal, and digital certificate for revocation.

At this time, the borrower has already completed the operation of making the revocation confirmation, and then the lender is required to make the revocation confirmation, so that the borrower sees the state of the borrowed article through the display interface of the applet as "the cancellation of the confirmation of the opponent", and the lender sees the state of the borrowed article through the display interface of the applet as "the cancellation of the confirmation of the applicant". At this time, from the lender's perspective, the first state is a waiter's confirmation voiding state.

S1508, the lender performs a cancellation confirmation operation through the applet, and updates the state of the borrowed statement to be cancelled.

At this time, the second status is a voided status from the lender's perspective.

It should be noted that the certificate storing information generated in the above state changing process, the electronic file creating process, and the registration process may be synthesized by the synthesis service module and stored in the block chain.

Based on the method for processing an electronic file provided by the embodiment corresponding to fig. 3, the embodiment of the present application further provides an apparatus for processing an electronic file, referring to fig. 16, the apparatus 1600 for processing an electronic file includes an acquiring unit 1601, a switching unit 1602, and a synchronizing unit 1603:

the acquiring unit 1601 is configured to acquire an electronic document in a first state, where the electronic document relates to a plurality of signing parties;

the obtaining unit 1601 is further configured to obtain a state change instruction for the first state;

the switching unit 1602, configured to switch the first state to a second state according to the state change instruction;

the synchronizing unit 1603 is configured to synchronize the electronic document in the second state with the accounts respectively corresponding to the plurality of signatories.

In a possible implementation manner, the obtaining unit 1601 is configured to:

in response to a state change operation of a first signing party, obtaining a state change instruction for the first state, the first signing party being any one of the plurality of signing parties.

In a possible implementation manner, the first state is a signed state of a party to be signed, the state change instruction is a signing instruction, and the switching unit 1602 is configured to:

acquiring signing information of the first signing party from the signing instruction through an electronic document signing module;

and calling a synthesis service module to synthesize the signing information of the first signing party and the electronic document in the first state to obtain the electronic document in the second state.

In one possible implementation manner, the apparatus further includes a generating unit:

the generating unit is used for generating a first digital certificate for signing the electronic document through the certificate service module;

the switching unit 1602 is configured to:

and synthesizing the first digital certificate, the signing information of the first signing party and the electronic document in the first state to obtain the electronic document in the second state.

In one possible implementation, the second state is a validated state or a signed-to-second-signature state.

In a possible implementation manner, the first state is a signing state of a party to be signed, the state change instruction is a signature rejection instruction, and the second state is a signature rejected state.

In a possible implementation manner, the first state is a revocation state to be validated by the first signing party, the state change instruction is a revocation instruction, and the switching unit 1602 is configured to:

acquiring the cancellation information of the first signing party from the confirmation cancellation instruction through an electronic file cancellation module;

and calling a synthesis service module to synthesize the revocation information of the first signing party and the electronic document in the first state to obtain the electronic document in the second state.

In a possible implementation manner, the generating unit is further configured to:

generating a second digital certificate for revoking the electronic document by the certificate service module;

the switching unit 1602 is configured to:

and synthesizing the second digital certificate, the revocation information of the first signing party and the electronic document in the first state to obtain the electronic document in the second state.

In a possible implementation manner, the second state is a revoked state or a revoked state to be confirmed by the second signing party.

In a possible implementation manner, if the first status is an enabled status, the obtaining unit 1601 is configured to:

acquiring the expiration time in the electronic file in the effective state;

if the expiration time is reached, acquiring a state change instruction aiming at the first state;

the switching unit 1602 is configured to:

and switching the electronic file from an effective state to an expired state, wherein the expired state is a second state.

In a possible implementation manner, the obtaining unit 1601 is further configured to:

acquiring user information and file content information respectively corresponding to the plurality of signatory parties through an electronic file creating module;

the apparatus further comprises a creating unit:

and the creating unit is used for creating the electronic file according to the user information and the file content information through a synthesis service module.

In a possible implementation manner, the obtaining unit is further configured to:

acquiring user information of a target user, wherein the target user is any one of the plurality of signatory parties;

the apparatus further comprises an authentication unit and a registration unit:

the verification unit is used for verifying the user information to obtain a verification result;

and the registration unit is used for finishing the account registration of the target user on an electronic file management platform according to the user information if the verification is determined to pass according to the verification result.

obtaining the certificate storing information generated by the plurality of signatory in the state changing process, the electronic file creating process or the registering process through a certificate storing service module;

the apparatus further includes a saving unit:

and the storage unit is used for synthesizing the evidence storage information into an evidence storage file through the synthesis service module and storing the evidence storage file into the block chain.

acquiring a face image of the first signing party;

the verification unit is also used for performing face verification according to the face image to obtain a face verification result;

the obtaining unit is further configured to respond to a state change operation of a first signatory to obtain a state change instruction for the first state if the face verification result indicates that verification is passed;

the apparatus further comprises a determining unit:

the determining unit is used for determining whether the user information in the face verification result matches the first signing party;

if so, the switching unit 1602 is triggered to execute the step of switching the first state to the second state according to the state change instruction.

According to the technical scheme, the on-line electronic file provided by the application can cover the complete life cycle of the real off-line file, and the state conversion of the electronic file is directly completed on line. Specifically, an electronic document may be acquired in a first state, the electronic document relating to a plurality of signers. When a state change instruction for the first state is acquired, the electronic file can be switched from the first state to the second state according to the state change instruction. Then, the electronic document in the second state is synchronized with the account numbers corresponding to the plurality of signatories, respectively. The first state can be any state of the electronic file in the whole life cycle, and the second state is obtained after state conversion is carried out on the basis of the state change instruction on the basis of the first state.

The embodiment of the application further provides a processing device for the electronic file, which can be a terminal, taking the terminal as a smart phone as an example:

fig. 17 is a block diagram illustrating a partial structure of a smart phone related to a terminal according to an embodiment of the present disclosure. Referring to fig. 17, the smart phone includes: radio Frequency (RF) circuit 1710, memory 1720, input unit 1730, display unit 1740, sensor 1750, audio circuit 1760, wireless fidelity (WiFi) module 1770, processor 1780, and power supply 1790. Input unit 1730 may include touch panel 1731 and other input devices 1732, display unit 1740 may include display panel 1741, and audio circuitry 1760 may include speaker 1761 and microphone 1762. Those skilled in the art will appreciate that the smartphone configuration shown in fig. 17 is not intended to be limiting, and may include more or fewer components than shown, or some components in combination, or a different arrangement of components.

The memory 1720 may be used to store software programs and modules, and the processor 1780 executes various functional applications and data processing of the smart phone by operating the software programs and modules stored in the memory 1720. The memory 1720 may mainly include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application program required for at least one function (such as a sound playing function, an image playing function, and the like), and the like; the storage data area may store data (such as audio data, a phone book, etc.) created according to the use of the smartphone, and the like. Further, the memory 1720 may include high-speed random access memory and may also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other volatile solid state storage device.

The processor 1780 is a control center of the smart phone, connects various parts of the entire smart phone using various interfaces and lines, and performs various functions of the smart phone and processes data by operating or executing software programs and/or modules stored in the memory 1720 and calling data stored in the memory 1720, thereby integrally monitoring the smart phone. Optionally, processor 1780 may include one or more processing units; preferably, the processor 1780 may integrate an application processor, which primarily handles operating systems, user interfaces, application programs, etc., and a modem processor, which primarily handles wireless communications. It will be appreciated that the modem processor described above may not be integrated into processor 1780.

In this embodiment, the processor 1780 in the terminal may perform the following steps:

acquiring a state change instruction aiming at the first state;

and synchronizing the electronic document in the second state with the account numbers corresponding to the plurality of signing parties respectively.

The device may further include a server, and an embodiment of the present application further provides a server, please refer to fig. 18, fig. 18 is a structural diagram of the server 1800 provided in the embodiment of the present application, and the server 1800 may have a relatively large difference due to different configurations or performances, and may include one or more Central Processing Units (CPUs) 1822 (e.g., one or more processors) and a memory 1832, and one or more storage media 1830 (e.g., one or more mass storage devices) storing an application 1842 or data 1844. The memory 1832 and the storage medium 1830 may be, among other things, transient storage or persistent storage. The program stored on the storage medium 1830 may include one or more modules (not shown), each of which may include a series of instruction operations on a server. Still further, a central processor 1822 may be provided in communication with the storage medium 1830 to execute a series of instruction operations in the storage medium 1830 on the server 1800.

The server 1800 may also include one or more power supplies 1826, one or more wired or wireless network interfaces 1850, one or more input/output interfaces 1858, and/or one or more operating systems 1841, such as Windows Server, mac OS XTM, unixTM, linuxTM, freeBSDTM, and so forth.

In this embodiment, the central processor 1822 in the server 1800 may perform the following steps:

acquiring an electronic file in a first state, wherein the electronic file relates to a plurality of signing parties;

acquiring a state change instruction aiming at the first state;

According to an aspect of the present application, there is provided a computer-readable storage medium for storing program code for executing the processing method of an electronic file described in the foregoing embodiments.

According to an aspect of the application, there is provided a computer program product or computer program comprising computer instructions stored in a computer readable storage medium. The processor of the computer device reads the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions to cause the computer device to perform the method provided in the various alternative implementations of the embodiment.

The terms "first," "second," "third," "fourth," and the like in the description of the application and the above-described figures, if any, are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used may be interchanged under appropriate circumstances such that the embodiments of the application described herein may be implemented, for example, in sequences other than those illustrated or 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.

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

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

In addition, functional units in the embodiments of the present application may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit. The integrated unit may be implemented in the form of hardware, or may also be implemented in the form of a software functional unit.

The integrated unit, if implemented in the form of a software functional unit and sold or used as a stand-alone product, may be stored in a computer readable storage medium. Based on such understanding, the technical solutions of the present application, which are essential or part of the technical solutions contributing to the prior art, or all or part of the technical solutions, may be embodied in the form of a software product, which is stored in a storage medium and includes several instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) to execute all or part of the steps of the methods described in the embodiments of the present application. And the aforementioned storage medium includes: various media capable of storing program codes, such as a usb disk, a removable hard disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk, or an optical disk.

The above embodiments are only used to illustrate the technical solutions of the present application, and not to limit the same; although the present 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 solutions described in the foregoing embodiments may still be modified, or some technical features may be equivalently replaced; and such modifications or substitutions do not depart from the spirit and scope of the corresponding technical solutions in the embodiments of the present application.

Claims

1. A method for processing an electronic document, the method comprising:

acquiring a state change instruction aiming at the first state;

2. The method of claim 1, wherein obtaining the state change instruction for the first state comprises:

3. The method as claimed in claim 2, wherein the first state is a signed state of a party to be signed, the state change instruction is a signing instruction, and the switching the first state to the second state according to the state change instruction comprises:

acquiring the signing information of the first signing party from the signing instruction through an electronic document signing module;

4. The method of claim 3, further comprising:

generating, by a certificate service module, a first digital certificate for signing the electronic document;

the calling synthesis service module synthesizes the signing information of the first signing party with the electronic document in the first state to obtain the electronic document in the second state, and the calling synthesis service module comprises:

5. The method of claim 3, wherein the second status is validated or signed by a second signing party.

6. The method as claimed in claim 2, wherein the first state is a sign-pending state for a first signing party, the state change instruction is a reject instruction, and the second state is a reject state.

7. The method as claimed in claim 2, wherein said first state is a revocation state to be validated by a first signing party, said state change instruction is a revocation instruction for validation, and said switching said first state to a second state according to said state change instruction comprises:

acquiring revocation information of the first signing party from the verification revocation instruction through an electronic document revocation module;

8. The method of claim 7, further comprising:

generating a second digital certificate for the voiding of the electronic document by the certificate service module;

the calling synthesis service module synthesizes the revocation information of the first signing party with the electronic document in the first state to obtain the electronic document in the second state, and the calling synthesis service module comprises:

9. The method of claim 7, wherein the second status is a revoked status or a revoked status to be confirmed by a second signing party.

10. The method of claim 1, wherein obtaining a state change instruction for the first state if the first state is an enabled state comprises:

acquiring the expiration time in the electronic file in the effective state;

the switching the first state to a second state according to the state change instruction comprises:

11. The method of claim 1, wherein prior to obtaining the electronic file in the first state, the method further comprises:

acquiring user information and file content information corresponding to the plurality of signatory parties through an electronic file creating module;

and creating an electronic file according to the user information and the file content information through a synthesis service module.

12. The method as claimed in claim 1, wherein before the obtaining identity information and document content information corresponding to the plurality of signatories respectively by the electronic document creation module, the method further comprises:

acquiring user information of a target user, wherein the target user is any signatory of the signatories;

verifying the user information to obtain a verification result;

and if the verification is determined to pass according to the verification result, completing account registration of the target user on an electronic file management platform according to the user information.

13. The method of claim 1, further comprising:

acquiring the certificate storing information generated by the plurality of signatories in the state changing process, the electronic file creating process or the registering process through a certificate storing service module;

and synthesizing the certificate storage information into a certificate storage file through a synthesis service module and storing the certificate storage file to the block chain.

14. The method as claimed in claim 2, wherein before said obtaining a state change instruction for said first state in response to a state change operation of a first signing party, said method further comprises:

acquiring a face image of the first signing party;

performing face verification according to the face image to obtain a face verification result;

if the face verification result indicates that verification is passed, responding to the state change operation of a first signing party, and acquiring a state change instruction aiming at the first state;

after the state change instruction for the first state is obtained in response to the state change operation of the first signatory, the method further comprises:

determining whether the user information in the face verification result matches the first signing party;

and if so, executing the step of switching the first state into the second state according to the state change instruction.

15. An apparatus for processing an electronic file, the apparatus comprising an acquisition unit, a switching unit, and a synchronization unit:

the acquisition unit is used for electronic files in a first state, and the electronic files relate to a plurality of signing parties;

and the synchronization unit is used for synchronizing the electronic document in the second state with the account numbers corresponding to the plurality of signatories respectively.

16. A processing device for electronic files, characterized in that the device comprises a processor and a memory:

the processor is configured to perform the method of any of claims 1-14 according to instructions in the program code.