CN117853279A

CN117853279A - Online contract signing method, device, equipment and medium

Info

Publication number: CN117853279A
Application number: CN202311844325.3A
Authority: CN
Inventors: 王璇; 刘辉; 刘杰; 李沈郢; 常建山; 赵进; 杨磊
Original assignee: Aisino Corp
Current assignee: Aisino Corp
Priority date: 2023-12-28
Filing date: 2023-12-28
Publication date: 2024-04-09

Abstract

The embodiment of the application provides an online contract signing method, device, equipment and medium, which are used for solving the problem of limited signing scene in the prior art. Because the electronic equipment acquires the information of the contract and the plurality of negotiating party accounts drafted by the contract initiator account through the contract editor; sending contracts to the plurality of negotiating party accounts according to the information of the plurality of negotiating party accounts; receiving clause modification information returned by a target negotiating party account of a contract, and returning the clause modification information to a contract initiator account, wherein the target negotiating party account belongs to a plurality of negotiating party accounts, and when the target negotiating party account agrees with the contract, the rest negotiating party accounts except the target negotiating party cannot agree with the contract; and when the contract is confirmed, acquiring electronic signature information of the account number of the contract initiator and the account numbers of the plurality of negotiations, and determining that the online contract signing is completed. Thus, multiple parties can complete signing of the contract on line, and the signing of the contract is not limited by scenes.

Description

Online contract signing method, device, equipment and medium

Technical Field

The invention relates to the technical field of business negotiations, in particular to an online contract signing method, device, equipment and medium.

Background

Business negotiations are a method and means by which buyers and sellers conduct activities to facilitate transactions, or to resolve disputes between buyers and sellers, and to obtain their own economic benefits. Business negotiations are produced and developed under commodity economy conditions and have become an integral part of the economic life of modern society. The factors involved in business negotiations are numerous, the demands and interests of the negotiating person are expressed in many aspects, but the value is almost the core content of all business negotiations. This is because the representation of value in business negotiations-price reflects most directly the interests of the negotiating parties. In many cases, the two parties can be more or less converted into a certain price and can be represented by price lifting. It should be noted that in business negotiations, we should, on the one hand, focus on price and adhere to their own interests, and on the other hand, not be limited to price alone, should widen the thinking, trying to strive for benefit from other benefit factors. Because, rather than competing with an adversary for price, it is not known to yield the adversary unknowingly in other benefit factors. This is noticeable to those engaged in business negotiations. The results of the business negotiations are embodied by an agreement or contract agreed upon by the two parties. The contract terms essentially reflect rights and obligations of the parties, and the tightness and accuracy of the contract terms are important prerequisites for ensuring that negotiations gain various benefits. In business negotiations, negotiations are concerned with not only oral commitments, but also the accuracy and closeness of contractual terms.

On-line business negotiations refer to negotiations using a network, such as electronically via mail and video conferencing. The negotiator can share information both cooperatively and competitively, thereby improving the negotiating efficiency and solving the problem of being unable to gather for some reason, for example.

At present, when the electronic contract is signed by the online negotiation of the contract, the online negotiation and signing of both sides of the contract are mainly aimed, so that the signing scene is limited.

Disclosure of Invention

The embodiment of the application provides an online contract signing method, device, equipment and medium, which are used for solving the problem of limited signing scene in the prior art.

The embodiment of the application provides an online contract signing method, which comprises the following steps:

acquiring information of a contract drafted by a contract initiator account through a contract editor and a plurality of negotiating party accounts;

sending the contract to the plurality of negotiating party accounts according to the information of the plurality of negotiating party accounts;

receiving clause modification information returned by a target negotiating party account for claiming the contract, and returning the clause modification information to the contract initiator account, wherein the target negotiating party account belongs to the plurality of negotiating party accounts, and after the target negotiating party account claiming the contract, the rest negotiating party accounts except the target negotiating party cannot claiming the contract;

And when the contract initiator account and the plurality of negotiating party accounts confirm the contract, acquiring electronic signature information of the contract initiator account and the plurality of negotiating party accounts, and determining that the online contract signing is completed.

Accordingly, the embodiment of the application also provides an online contract signing device, which comprises:

the drafting module acquires the information of the contracts and the plurality of negotiating party accounts drafted by the contract initiator account through the contract editor; sending the contract to the plurality of negotiating party accounts according to the information of the plurality of negotiating party accounts;

the confirmation module is used for receiving the clause modification information returned by the target negotiating party account number of the contract and returning the clause modification information to the contract initiator account number, wherein the target negotiating party account number belongs to the plurality of negotiating party account numbers, and after the target negotiating party account number agrees on the contract, the rest negotiating party account numbers except the target negotiating party cannot agree on the contract;

and the signing module is used for acquiring the electronic signature information of the contract initiator account and the plurality of negotiating party accounts when the contract initiator account and the plurality of negotiating party accounts confirm the contract, and determining that the online contract signing is completed.

Accordingly, an embodiment of the present application provides an electronic device, where the electronic device includes a processor and a memory, where the memory is configured to store program instructions, and where the processor is configured to implement steps of any one of the above-mentioned online contract signing methods when executing a computer program stored in the memory.

Accordingly, embodiments of the present application provide a computer readable storage medium storing a computer program which, when executed by a processor, implements the steps of any of the above-described online contract signing methods.

Because in the embodiment of the application, the electronic device acquires the information of the contract and the plurality of negotiating party accounts drafted by the contract initiator account through the contract editor; sending contracts to the plurality of negotiating party accounts according to the information of the plurality of negotiating party accounts; receiving clause modification information returned by a target negotiating party account of a contract, and returning the clause modification information to a contract initiator account, wherein the target negotiating party account belongs to a plurality of negotiating party accounts, and when the target negotiating party account agrees with the contract, the rest negotiating party accounts except the target negotiating party cannot agree with the contract; and when the contract initiator account and the plurality of negotiating party accounts confirm the contract, acquiring electronic signature information of the contract initiator account and the plurality of negotiating party accounts, and determining that the online contract signing is completed. Thus, the signing of the contract can be completed on line, and the contract signing is not limited by scenes.

Drawings

In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings that are needed in the description of the embodiments will be briefly described below, it being obvious that the drawings in the following description are only some embodiments of the present invention, and that other drawings may be obtained according to these drawings without inventive effort for a person skilled in the art.

Fig. 1 is a process schematic diagram of an online contract signing method according to an embodiment of the present application;

FIG. 2 is a schematic diagram of a clause modification information provided in an embodiment of the present application;

FIG. 3 is a schematic diagram of a process for online contract signing provided in an embodiment of the present application;

fig. 4 is a schematic structural diagram of an online contract signing device according to an embodiment of the present application;

fig. 5 is a schematic structural diagram of an electronic device according to an embodiment of the present application.

Detailed Description

In order to make the objects, technical solutions and advantages of the present invention more apparent, the present invention will be described in further detail below with reference to the accompanying drawings, and it is apparent that the described embodiments are only some embodiments of the present invention, not all embodiments. All other embodiments, which can be made by those skilled in the art based on the embodiments of the invention without making any inventive effort, are intended to be within the scope of the invention.

In order to accurately and effectively sign a contract, the embodiment of the application provides an online contract signing method, device, equipment and medium.

Example 1:

fig. 1 is a schematic process diagram of an online contract signing method according to an embodiment of the present application, where the process includes the following steps:

s101: and acquiring information of the contracts and the plurality of negotiating party accounts drafted by the contract initiator account through the contract editor.

The online contract signing method provided by the embodiment of the application is applied to electronic equipment, wherein the electronic equipment can be intelligent equipment with processing capacity such as an intelligent terminal, a PC, a tablet personal computer and a server, and the server can be a local server or a cloud server.

In the embodiment of the application, in order to perform online contract signing, the information of the contract and the plurality of negotiating party accounts drafted by the contract initiator account through the contract editor may be acquired first. The account number of the contract initiator can be equipment used by business personnel of the contract initiator or preset equipment of the contract initiator. The negotiating party account may be a device used by business personnel of the negotiating party or a preset device of the negotiating party. The information of the negotiating party account may be a media access control (Media Access Control, MAC) address of the negotiating party account.

In one possible implementation manner, the contract may be drafted by the service personnel of the contract initiator through the contract editor, the service personnel name of the negotiating party or the company name of the negotiating party is selected on the corresponding preset page, and the preset button is clicked, at this time, the electronic device may receive the contract drafted by the initiator account through the contract editor, and the service personnel name of the negotiating party or the company name of the negotiating party, and the electronic device may acquire the information of the negotiating party account corresponding to the service personnel name of the negotiating party or the company name of the negotiating party.

S102: and sending the contract to the plurality of negotiating party accounts according to the information of the plurality of negotiating party accounts.

After acquiring the information of the contract and the plurality of negotiating party accounts, the electronic device may send the acquired contract to the plurality of negotiating party accounts according to the information of the plurality of negotiating party accounts.

If the information of the negotiating party account is the name of the negotiating party account, the electronic device may send the contract to the corresponding negotiating party account.

S103: and receiving clause modification information returned by the target negotiating party account for claiming the contract, and returning the clause modification information to the contract initiator account, wherein the target negotiating party account belongs to the plurality of negotiating party accounts, and after the target negotiating party account claiming the contract, the rest negotiating party accounts except the target negotiating party cannot claiming the contract.

For contract signing, there may be some negotiations Fang Duige with objections, at which point the electronic device may receive the term modification information returned by the target negotiating party account number of the claim contract, where the term modification information may include: the modified contract terms, as well as the unmodified contract terms, may also include only the modified contract terms, where the target negotiating party account belongs to a plurality of negotiating party accounts, that is, the target negotiating party account is any negotiating party account, and after receiving the term modification information, the electronic device returns the term modification information to the contract initiator account.

It should be noted that, after the electronic device sends the contract to each negotiating party account, each negotiating party account may claim the contract, and after the target negotiating party account claims the contract, the rest negotiating party accounts except the target negotiating party cannot claim the contract.

In a practical scene, each negotiating party account receives a drafted contract, negotiating business personnel of a negotiating party company can claim the contract, and once a certain business personnel claims the contract, the contract cannot be claimed by other business personnel; after the business personnel claims the contract, the detail of the contract can be consulted, the current business personnel can put forward corresponding comments or directly edit (the account of the initiator is required to be given with editing authority under a specific scene) terms which do not accord with the business personnel through a contract editor according to the actual situation of the company of the business personnel, and after the modification is finished, the contract is returned to the initiator for confirmation; when a certain negotiator business personnel makes objection to the contract, other negotiator business personnel lose editing authority, the contract arrives at the sponsor confirmation node, and the sponsor revises specific clause details according to the negotiation details and submits the contract to each negotiator for confirmation again; and repeating the process, finally, each negotiating party agrees on the same clause, and the contract negotiations enter a signing stage.

When the contract editor is designed initially, a text comparison effect is expected, and the modified part of the contract clause is marked, so that the user can check the contract editor conveniently. By text alignment is meant comparing the differences between two texts and determining the similarity and difference between them. The technology can be used in various applications, such as text editing, paper review, file version control and the like, and the general expression forms are that document contents of two versions are respectively displayed in different areas, and in the latest version contents, different texts are displayed through patterns of word highlighting, color change, background color and the like. Obviously, such a representation is not suitable for the scene of online business negotiation, the modified part is not clear enough, some algorithms used for text comparison are complex, and the obtained comparison result is not accurate enough, so that the revision recording mode function of the contract editor is designed by referring to the revision mode in the Word document, and the service personnel of the account of the contract initiator can clearly target the clause modification information returned by the account of the negotiating party.

Fig. 2 is a schematic diagram of clause modification information according to an embodiment of the present application.

In fig. 2, "test" is a newly added text, "Box 9" is an underlined text, "exposed" is a deleted text, "Box 3" is a bolded text, and "Box 4" is a text in which a deletion line is set. As can be seen from fig. 2, the information modified by the target negotiating party can be clearly displayed to the business personnel of the contract initiator.

S104: and when the contract initiator and the negotiating parties confirm the contract, acquiring electronic signature information of the account number of the contract initiator and the account numbers of the negotiating parties, and determining that the online contract signing is completed.

In the embodiment of the application, when the contract initiator account and the plurality of negotiating party accounts both determine the contract, the electronic device may acquire electronic signature information of the contract initiator account and the plurality of negotiating party accounts, and determine that online contract signing is completed. The electronic signature information may be sent to the electronic device for the contract initiator account and the plurality of negotiating party accounts.

In the embodiment of the application, if objection is generated on some contract terms temporarily in the signing stage, the account number of the contract initiator and each account number of the negotiating party can return the flow to the confirmation stage at the own node, and the confirmation step of the confirmation stage is re-executed.

After entering a signing stage, the account of the initiator needs to set signing and stamping anchor points, signing modes, signing sequences and the like of each negotiating party, and after setting, the account of the initiator submits the contract to the electronic equipment, and the electronic equipment sends the contract to each negotiating party account for contract signing; when a certain negotiating party signs, the signing business personnel of the negotiating party company select the electronic signature of the negotiating party company, and drag the electronic signature to the anchor point to cover the selected electronic signature. When all negotiating parties are stamped, the contract is achieved, and the negotiation is finished.

In a practical scenario, some negotiator spends great effort in business negotiations, is not easy to obtain a more favorable result for himself, the other party is forced to make many concessions for obtaining the contract, and then the negotiator seems to have obtained the win of the negotiation, but if the negotiates the terms of the contract, the negotiable, complete, strict, accurate, reasonable and legal terms of the contract are not noticed, the result is taken into the trap by the negotiator on terms of phrasing or expressing skills, the benefit of the hand is lost, and the price of the negligence is paid for the result, and the example is frequently found in business negotiable. Thus, in business negotiations, negotiations are concerned with not only oral commitments, but also with the accuracy and rigor of contractual terms. The method provided by the embodiment of the application effectively pays attention to the accuracy and the tightness of the contract terms.

It should be noted that, in the embodiment of the present application, the electronic device performs online business negotiation by using a World Wide Web (Web) application manner, and is compatible with a main stream Chrome, edge, firefox browser, which breaks through the limitations of time, place and location, and the online negotiation makes a buffer area between related parties, so that the negotiator performs more careful thinking in time and space; communication costs of travel, places and the like are reduced for communication of trade related parties, negotiating cost is reduced through online negotiations, negotiating flexibility is enhanced, and efficiency is improved; the modification part of the contract content is marked by different colors, and the trade related party can quickly check the modification of other related parties to the contract content; for the self-modified part, the last modification can be quickly positioned, the upper operation is removed, and the use experience of a user is greatly improved; in the negotiation process, the related party can conveniently inquire the modification data of the terms in the negotiation, so that the negotiation process is according to the inquiry, a large amount of recording work is saved, the efficiency is improved, and the cost is reduced; the key data of negotiations can be stored on the blockchain through user identity recognition, security and encryption technology, so that the consistency of the data is ensured; the confidentiality is improved by using public keys, private keys and CA authentication technology; the PDF contract signed by the negotiating party can check the information and signing time of each negotiating party of the contract through the signature of the PDF browser.

With the development of the internet, the internet is rapidly popularized after the impact of special situations. It is both the product of the development of the times and the necessary trend of the negotiation form to richness. The negotiator can share information both cooperatively and competitively, thereby improving the negotiating efficiency and solving the problem that the negotiable information cannot be gathered due to special reasons. The embodiment of the application mainly relates to online text negotiation. In contrast to video negotiations, text online negotiations can create a buffer between negotiating parties that allows them time to carefully think. However, due to the lack of sound and expression elements, people can easily feel lack of trust and affinity, so that the method provided by the embodiment of the application is suitable for business negotiations with simple negotiations.

Fig. 3 is a schematic diagram of a process for signing an online contract according to an embodiment of the present application.

As can be seen from fig. 3, in the drafting phase, the initiator drafts the contract, submits the confirmation of the participants (i.e. negotiating parties), in the confirmation phase, the participants confirm the contract and propose comments/modifications, the initiator modifies the contract, the revision of the contract is realized, when all the participants agree on the contract to reach the signing phase, the initiator sets signing information in the signing phase, wherein the signing information can be the signing order of each participant, if the contract content has objection, the initiator can return, the initiator modifies the contract again and confirms the contract by the participants, if no objection exists, the participants agree on the agreement, and all the participants agree on the contract, and the contract is agreed and takes effect.

Because in the embodiment of the application, the electronic device acquires the information of the contract and the plurality of negotiating party accounts drafted by the contract initiator account through the contract editor; sending contracts to the plurality of negotiating party accounts according to the information of the plurality of negotiating party accounts; receiving clause modification information returned by a target negotiating party account of a contract, and returning the clause modification information to a contract initiator account, wherein the target negotiating party account belongs to a plurality of negotiating party accounts, and when the target negotiating party account agrees with the contract, the rest negotiating party accounts except the target negotiating party cannot agree with the contract; and when the contract initiator account and the plurality of negotiating party accounts confirm the contract, acquiring electronic signature information of the contract initiator account and the plurality of negotiating party accounts, and determining that the online contract signing is completed. Thus, multiple parties can complete signing of the contract on line, and the signing of the contract is not limited by scenes.

Example 2:

in order to accurately perform contract generation, in the embodiments of the present application, the contract includes template terms and style information edited by the contract initiator account through the contract editor, on the basis of the above embodiments.

In the embodiment of the application, the contract comprises template terms and style information edited by the contract initiator account through a contract editor.

The template terms refer to terms defined in advance by the service person, and the style information refers to style information such as a specific format of the terms.

It should be noted that any company involved in the online contract signing method can create an online business contract template belonging to the company, and can edit the details of the template terms and style information by an online contract editor; with the appropriate contract template, the negotiating party company that drafted the contract and invited the intent negotiates negotiations online.

In the drafting stage, the contract initiator can select a specific proper template term aiming at a specific service, the template term is properly modified by the contract editor to meet the actual requirement, then a specific negotiating party is set, and after submitting data, the account numbers of the negotiating parties can receive the drafting contract.

The core content in the contract PDF file is the standard terms of the contract and the custom terms of the contract, and the principal revision of the negotiating party in the negotiation is also the content of the terms, so that the data structure of the terms can be separately described herein. Part represents a portion of the contract including standard terms, custom terms, etc. of the contract, term represents a particular Term under Part; paragraph represents a specific Paragraph below Term; paragraph Detail represents a specific edit block under Paragraph. The layout display of each paragraph on the contract PDF can be realized through the combination of the editing blocks, and finally each bar frame has a clearer hierarchy.

Among other things, the editor described in embodiments of the present application may be a multiple text editor (Multi-function Text Editor, MTE) that provides editing functionality similar to Microsoft Word, which is easily favored by users who do not write HTML and who need to set various text formats. Its application is also becoming more and more widespread. Initially only the IE browser is supported, the other browsers follow one after the other, still IE stronger in terms of richness of functionality. Although there is no unified standard, the APIs provided by each browser are substantially identical for the most basic functions, thereby enabling the authoring of a cross-browser rich text editor. For a browser supporting rich text editing, the principle is simple, namely after setting the design mode (design mode) attribute of a document (document) to be on, executing the document. With the technological alternation, a new attribute content editable (contentdable) appears in HTML5, which is a native attribute of browser Dom, and when the attribute value is editable (true), it indicates that the element is changed to an editable state, and elements such as characters, pictures, links, etc. can be inserted, and the attribute value is set on the Dom element to realize the function of a rich text editor. The multi-text editor can directly support a plurality of content editing operations including cursor displacement, content selection behavior, keyboard events (such as directional control cursor) and the like, and even most of the implementation needed by rich text editing. These native support makes both performance and input experience very excellent, on the basis of which secondary development seems quite easy, aided by the inline frame (iframe) technique, the editor can be placed under a separate document object, separate from the document object of the page. There are of course also disadvantages in that browser compatibility is poor, user behavior is difficult to control, it is difficult to abstract view logical relationships within the editor and map them into the code model, and the visual position of the cursor (selection area) may not coincide with the logical position.

Furthermore, proseMirror, one of which has long been offered a solution by our mature open source project, can be used, although the Contentionable attribute still has some problems, which is after all the most widely used one of the implementations, with a large number of practices. ProseMirror is a visible and instant HTML editor based on a ContentEditable, has powerful functions and supports collaborative editing and custom document modes. The method is not an out-of-box editor, but provides a whole set of tools and concepts for constructing a rich text editor, and a rich text editor is constructed through a series of modules in cooperation, and the core modules mainly comprise the following four: 1. rich text editor-model (proseMirror-model): responsible for the content structure of proseMirror. A document model of the editor is defined for describing the data structure of the editor's content and enabling manipulation of an atom of the editor's content. A set of indexing systems is implemented for processing location information. A Parser (Parser) from DOM- > rich text editor node (ProsemirrNode) and an inverted serializer (serializer) are also provided. 2. Rich text editor-transform (proseMirror-transform): is responsible for modifying the edited content. The modification of the document is carried out by a step (step). the transform encapsulates a series of application program interfaces (Application Programming Interface, APIs) that operate on the content based on step. step performs an operation on the document content, and changed information is recorded through step mapping (StepMap), and can be used for tracing back the change of the position. 3. Rich text editor-state (proseMirror-state): is responsible for describing the state of the entire editor. The method comprises document content, selection area information, all node types and Transaction (Transaction) realization based on the Transaction, wherein the Transaction mainly increases the management and state record of the selection area. Meanwhile, a powerful plug-in system is provided, and the possibility of intervention of a user on a state update flow is realized. 4. Rich text editor-view (proseMirror-view): responsible for rendering the view, and rendering from state to view is realized. And monitoring or hijacking the operation of the user, correcting, creating corresponding modification to the state, and finally comparing the determination of the dom and the state to obtain a final rendering result. These four modules implement the core functions of ProseMirror, but the rules of what actions are required to be implemented by the user himself, and are not the case for most people, and although the official provides libraries such as ProseMirror-commands, proseMirror-history, proseMirror-keymap to help us to implement an editor more conveniently, it is still required for beginners to implement specific functions through a large number of codes. Therefore, we find Tiptap, which only needs a few minutes to get up, and also provides a large number of extensions for selection and reference, and can still use the native ProseMirror API when needed, and develop some custom functions on the basis of the original ProseMirror API, thereby realizing a contract editor.

The contract editor may also be a tipcap, which is a headless package for prose Mirror, and the necessary parts of black boxes such as module assembly, module-View Model (MVVM) frame access and the like are inside the frame, so that the original customization expansibility of the black boxes is not lost, and meanwhile, some simpler and fewer APIs are exposed, so that a developer can easily get up. Tiptap is a headless editor that does not provide any User Interface (UI) style, you can simply freely build any UI you want. It is not necessary to rewrite any class(s) and use an important (important) or other hack (hack) code. The high degree of customization of tipcap gives editors many possibilities, but also requires time for the developer to determine how to customize. The contract editor realizes some editor characteristics based on Tiptap according to business requirements, and can split the data of one term according to the characteristics of a data structure, so that the retraction effect of the term can be shown, the characteristics of serial numbers and texts are reflected, and most of data formats can be compatible. When initializing clauses, traversing layer by layer according to an actual data structure, setting a contract editor to a minimum hierarchy structure of the paralgram details, and when acquiring the contract editor data, traversing to the minimum hierarchy to take the contract editor object.

The specific functional characteristics of the contract editor are as follows: 1. custom bold, underline, delete line extension components. Because Tiptap has the characteristic of headless, if a style or other attributes need to be added to the corresponding tag according to service requirements, the Tiptap can be realized by a mode of customizing an expansion component. Introducing an official expansion assembly; retaining the original contentditable attribute, and adding a class and a mouse hover (mouseover) attribute; capturing other labels with the same effect, and converting the labels into labels of the custom expansion component. For example, the thickened custom component is a emphasis (strong) tag, and besides capturing the strong tag, a bold (b) tag and a font weight (font-weight attribute) which also represent the thickening are captured and are uniformly converted into the strong tag for output. 2. And customizing the newly added expansion component. On the basis of underlining, the main adaptation works as follows: an under-lined official extension piece is introduced; retaining the original contentditable attribute, and adding class and mouseover attributes; capturing the inserted (ins) tag, and outputting the ins tag as well; adding command statements set insert (setIns), switch insert (toggle ins), cancel insert (unsetIns); monitoring the keyboard shortcut key. 3. And customizing the deleted extension component. Similar to the newly added custom extension component, corresponding attributes, events, invoked methods, etc. are added on the basis of the underline component. And finally, setting text-description attributes through the label mark, so that the effect of deleting the line is presented on the interface. 4. The previous and next modification is located. According to the extended component history (history) provided by the tipcap, historical operations on the page can be recorded, the operations are actually stored in a stack, the function of locating and modifying is to define a global pointer, and the position of the pointer is moved in the stack to find out the corresponding editor and modified content. And then acquiring a corresponding editor instance, scrolling the page to the position of the editor, popping up a prompt box, and displaying the modified content. 5. And (5) the historical record is withdrawn and restored, and the operation record is displayed back. The specific operations are divided into several types according to the requirements of the combined service; after service operation is submitted, the operation record is durable; inquiring the record of the last operation or all operation records accumulated from the first time according to specific service requirements during inquiring; when the contract editor is initialized, the component maps the operation record into an expansion component according to the operation type, the start zone bit of the operation and the text content of the operation. And combining the label of the expansion component with the class attribute at the interface, endowing different styles, and intuitively displaying the styles to a user. 6. One-click deletion of content. Since the content of contract clauses is more on the business, each clause is divided into a title, a serial number and a plurality of paragraphs, and certain compatibility is required, one clause is designed to correspond to a plurality of contract editors. Finding a plurality of corresponding editors through contract term data; traversing the editor, sequentially and manually generating deleted operation records, and pushing the operation records into a stack; the deleted operation records do not support cross-paragraphs, and if there are multiple segments in one editor, multiple deleted operation records are generated, supporting revocation and restoration.

Example 3:

in order to accurately perform online negotiations, in the embodiments of the present application, after obtaining information of a contract and a plurality of negotiating party accounts that are drafted by a contract editor, the method further includes:

generating a negotiation record of the contract in a stored flow chart;

aiming at each negotiating party account, generating a current task record for the contract initiator account and the negotiating party account in a stored current task list;

and generating a historical task record of a drafting stage for the contract initiator account in the stored historical task list.

In this embodiment of the present application, after obtaining information of a contract and a plurality of negotiating party accounts, which are drafted by a contract initiator account through a contract editor, the electronic device may generate, in a stored flow chart, a negotiating record of the contract, and for each negotiating party account, in a stored current task table, generate a current task record for the contract initiator account and the negotiating party account. And the electronic equipment generates a historical task record of the drafting stage for the account number of the contract initiator in the stored historical task list.

That is, after the contract initiator account initiates the data submission in the drafting stage, a record is generated in the flow chart, a corresponding current task record is generated in the current task table for each negotiating party account, and a historical task record in the drafting stage is generated in the historical task table for the initiator.

The whole process of contract negotiation is mainly controlled by three tables in a database, namely a process table (process), a current task table (cur_task) and a historical task table (his_task); each record of the flow chart represents a contract negotiation and records the current node and state of the flow. A record of the current task table represents details of the operations to be performed at this time, such as agreeing, rejecting, terminating, specifying signing location, signing, etc., and task nodes, of a relevant party (including contract sponsor and negotiating party) in a particular flow. A record of the historical task table represents details of an execution that a negotiating party passed in a particular process.

Example 4:

in order to accurately conduct online negotiations, in the embodiments of the present application, the method further includes, based on the above embodiments:

Deleting a current task record corresponding to the target negotiating party account in the current task list after the target negotiating party account claims the contract, and generating a corresponding historical task record in the historical task list;

and determining whether to generate a task record of the next node according to the operation of the target negotiating party account.

In order to accurately conduct online negotiations, after a target negotiating party account agrees with a contract, in a confirmation stage, the target negotiating party account sends claim information to the electronic device, the target negotiating party account receives a task to be handled (a task of the flow exists in a current task table), the electronic device deletes the current task record corresponding to the target negotiating party account in the current task table, and generates a corresponding historical task record in a historical task table.

The electronic device also determines whether to generate a task record of the next node according to the operation of the target negotiating party account. For example, when the target negotiating party account performs a counter operation (an operation for making comments on the agreement or directly modifying the corresponding terms), the current tasks in the current task list of the remaining negotiating parties are cancelled, and a confirmation task is generated for the initiator account; when the target negotiating party account executes the action operation (an operation for agreeing on the agreement term), the electronic device checks whether the confirmation tasks of other negotiating party accounts in the current flow are executed, specifically, whether corresponding record checking exists in the current task list or not, if so, the flow enters a signing stage, at this time, the flow node of the flow list is updated to be a signing setting node, and the current task of signing setting is generated for the contract initiator account.

Example 5:

in order to accurately conduct online negotiations, in the embodiments of the present application, when the contract initiator account and the plurality of negotiating party accounts each confirm a contract, the method further includes:

deleting a current task record corresponding to the contract initiator account in the current task table, and inserting a corresponding completed task record in the historical task table;

generating a signed task to be handled for each negotiating party in the current task table;

after the on-line contract signing is completed, deleting the task to be processed which corresponds to each negotiating party in the current task list, and adding a corresponding historical task record in the historical task list.

In order to accurately conduct online negotiations, when both the contract initiator account and the plurality of negotiating party accounts confirm the coincidence, the electronic device deletes the current task record corresponding to the contract initiator account in the current task table, and inserts the corresponding completed record in the historical task table.

In the current task list, a signed task to be handled is generated for each negotiating party. After the on-line contract signing is completed, deleting the task to be signed corresponding to each negotiating party in the current task list, and adding a corresponding historical task record in the historical task list.

Specifically, in the signing stage, after receiving signing and setting tasks to be handled, the initiator account deletes task data to be handled of the current task list initiator account, inserts a completed task into the history task list, and inserts a signing task to be handled for each negotiating party in the current task list; when the negotiating party receives the signed proxy task, after the negotiating party executes the task to be handled, deleting the task record to be handled of the current task table, newly adding a history record in the history task table, checking whether the current flow in the current task table has the task to be handled, and if not, updating the flow state of the flow table to be a completion state; when the related party executes rollback operation, deleting all task data to be handled related to the current flow of the current task table, inserting a task completed by the current executive party into the history task table, updating the flow to be a confirmation stage, and generating a confirmation task to be handled for the initiator in the current task table.

Example 6:

in which the text editor essentially displays hypertext markup language (HyperText Markup Language, HTML) text, typically a paragraph (paragraph) and the tags contained therein, are shown in a tree-like structure, but in the rich text editor (prose mirror), the inline elements are represented as a flat model, and the node tags are recorded as additional information in the node. This data structure allows us to use the offset of the character to indicate where in the paragraph it is located. proseMirror supports two types of indexes, the first is to use a document object model (Dom) as a tree structure and write a recursive function to traverse documents as a rule; the second is to use a flat structure to represent any location in the document with an integer that is the order of tokens (token) that are not actually present in memory but are simply used for ease of counting.

The structure makes it possible to realize the function of revising the record mode, only an editor monitor event is needed to be added, when the editor acquires the focus to operate, the position index of the beginning and the position index of the ending of the operation can be acquired through transaction (transaction) transaction, and the type of the operation is judged through specific beginning position and text information. And packaging the data into operation record objects, storing the operation record objects into a database, and accurately restoring the operation of modifying the text last time through the stored operation record data during query. When the operations are restored on the basis of the original text, a plurality of custom HTML labels are added according to the operation types, and the style of the cascading style sheets (Cascading Style Sheets, CSS) of the text is changed, so that the effect of revising the recording mode with the original is achieved. The logic for implementing the revised recording mode is as follows:

custom extension:

the TipTap component supports custom expansion, and in fact, similar to the expansion principle of the TipTap component, only one label is custom-defined, so that an editor can identify the labels, and then certain specific attributes and events are added, so that a needed method, a shortcut key and the like are set. For example, when an operation is newly added, the name (name) is defined as ins, and the tag (tag) used is also ins, so that when the type of the operation record is ins, the editor bottom layer uses the ins tag to restore the operation record.

Generating an operation record:

the Transform is the core working mode of proseMirro, and is the basis of transaction records (transactions), and the main work done by the Transform system is to keep trace of document update, and a series of values of the Transform represent each step record from old document to new document. Updates to documents are broken down into individual steps, which describe an update to a document. While an editing action by the user may create one or more steps, it is most convenient to process a series of steps by creating a Transform object. We use the Transaction object, which is a subclass of Transform, inherits the method of updating documents. The apply method of state is called to update state through an old state and changed transaction, then new values of each component of state are calculated, and they constitute new state values.

The TipTap component already encapsulates some snoop events for us to use, and can directly acquire transaction transactions in the snoop of onTransaction (), thereby acquiring steps and operation information therein.

In fact, no matter what operation the user performs, we can not intercept it and can only monitor its behavior, in other words, the operation performed by the user is already performed in the editor, we just go to perform the original operation again through the code, and can specifically divide the following three steps:

Judging the operation type of a user:

the key data in the transaction are mainly mapping and steps, and whether to operate a section of text or to operate a cross-line text can be judged through the number of elements in the steps array; mapping stores a correspondence between the position of a document before the step is applied and the same position of the document after the step is applied. The scope (range) of the map (maps) represents the modification of the document as a numeric array in which each three values represent a modification region, i.e. [ start position, old text size, new text size ]. Judging the operation type by the data stored in the roles, for example, the old text size and the new text size are both larger than 0, and indicating that the operation is a replacement operation; the old text size is equal to 0, and the new text size is greater than 0, representing the new operation; the old text size is greater than 0, the new text size is equal to 0, indicating that a text segment is selected for deletion, etc. It is of course also necessary to subdivide specific operation types in combination with some data in steps, e.g. delete is divided into delete text, delete multi-segment text, delete all text, delete line-feed.

Calculating the start, end position, etc. of the operation, creating a negotiatedisplastep:

And respectively calculating the starting position and the ending position of the operation according to the operation type obtained in the first step. Although there is position information in steps, the document has changed after the user has operated, and the follow-up text changes from (from) to (to), so that it is necessary to reset the start position and end position of the operation according to the operation type. In addition, special operations such as replacing text are also required to be converted into deletion operations and addition operations.

The specific content of an operation is a slice object, for example, the content (content) between two positions is a slice, which represents a certain block in a document, and the slice is different from a complete node or fragment (fragment), and a tag contained in the slice may not be closed. By setting the content's mark (mark) attribute in slice, adding additional style and other information to the operation, for example, setting type as ins, signifying that the text is shown using extension named ins, the tag used by this extension is also ins, i.e. the text will be wrapped with ins tag, and the class attribute value is update.

The operation is performed:

the NegottateReplaceStep object is a self-defined object, the data structure of the NegottateReplaceStep object is similar to that of ReplaceStep, all data needed to be used are contained, the NegotateReplaceStep object array is traversed, values in the object are sequentially taken out and set into a transaction object of an editor, thus the complex object of the transaction is not needed to be created, a substitution method of the transaction is used for replacing a slice document between from and to, and mark patterns are added between the designated from and to. After all settings are completed, the editor is allowed to execute the code through state. Corresponding patterns are added to the custom labels in the CSS, background colors, fonts and the like are modified, so that the modified parts are clear at a glance, and the function of revising the recording mode is achieved.

Storing operation records:

the key information of each operation includes the text start position, end position, operation type, text, style information, etc., and we package this data into an object, which is stored in the database as a step data. Thus, when the inquiry is displayed back, the operation record array can be used and restored on the interface in turn.

And (5) back display operation record:

setting the queried operation record array into an other update field of a clause object, calling a transmissionByupdate method when the initial combination is the same as the editor, constructing a NegotiteReplaceStep object according to the stored operation record, then calling a dispatchAndTrack custom method which is the same as the method for generating the operation record, replacing a slice object of the transaction, adding a mark style, calling a contract editor bottom layer method to execute corresponding operations, and enabling an interface to restore the operations.

Example 7:

fig. 4 is a schematic structural diagram of an online contract signing device according to an embodiment of the present application, where the device includes:

the drafting module 401 acquires information of a contract and a plurality of negotiating party accounts drafted by the contract initiator account through the contract editor; sending the contract to the plurality of negotiating party accounts according to the information of the plurality of negotiating party accounts;

A confirmation module 402, configured to receive term modification information returned by a target negotiating party account for claiming the contract, and return the term modification information to the contract initiator account, where the target negotiating party account belongs to the plurality of negotiating party accounts, and after the target negotiating party account claiming the contract, the remaining negotiating party accounts except for the target negotiating party cannot claiming the contract;

and the signing module 403 is configured to obtain electronic signature information of the contract initiator account and the plurality of negotiating party accounts when the contract initiator account and the plurality of negotiating party accounts both confirm a contract, and determine that online contract signing is completed.

Further, the determining module 402 is further configured to generate, in a stored flowchart, a negotiation record of the contract; aiming at each negotiating party account, generating a current task record for the contract initiator account and the negotiating party account in a stored current task list; and generating a historical task record of a drafting stage for the contract initiator account in the stored historical task list.

Further, the determining module 402 is further configured to delete, after the target negotiating party account claims the contract, a current task record corresponding to the target negotiating party account in the current task table, and generate a corresponding historical task record in the historical task table; and determining whether to generate a task record of the next node according to the operation of the target negotiating party account.

Further, the determining module 402 is further configured to delete a current task record corresponding to the contract initiator account in the current task table, and insert a corresponding completed task record in the historical task table; generating a signed task to be handled for each negotiating party in the current task table; after the on-line contract signing is completed, deleting the task to be processed which corresponds to each negotiating party in the current task list, and adding a corresponding historical task record in the historical task list.

Example 8:

fig. 5 is a schematic structural diagram of an electronic device according to an embodiment of the present application, and on the basis of the foregoing embodiments, the embodiment of the present application further provides an electronic device including a processor 501, a communication interface 502, a memory 503, and a communication bus 504, where the processor 501, the communication interface 502, and the memory 503 complete communication with each other through the communication bus 504;

the memory 503 has stored therein a computer program which, when executed by the processor 501, causes the processor 501 to perform the steps of:

Further, the processor 501 is further configured to generate, after the acquiring information of the contract and the plurality of negotiating party accounts drafted by the contract initiator account through the contract editor, a negotiating record of the contract in a stored flow chart;

Further, the processor 501 is further configured to delete a current task record corresponding to the target negotiating party account in the current task table and generate a corresponding historical task record in the historical task table after the target negotiating party account claims the contract;

Further, the processor 501 is further configured to delete a current task record corresponding to the contract initiator account in the current task table and insert a corresponding completed task record in the historical task table when the contract initiator account and the plurality of negotiating party accounts both confirm a contract;

The communication bus mentioned above for the electronic devices may be a peripheral component interconnect standard (Peripheral Component Interconnect, PCI) bus or an extended industry standard architecture (Extended Industry Standard Architecture, EISA) bus, etc. The communication bus may be classified as an address bus, a data bus, a control bus, or the like. For ease of illustration, the figures are shown with only one bold line, but not with only one bus or one type of bus.

The communication interface 502 is used for communication between the electronic device and other devices described above.

The Memory may include random access Memory (Random Access Memory, RAM) or may include Non-Volatile Memory (NVM), such as at least one disk Memory. Optionally, the memory may also be at least one memory device located remotely from the aforementioned processor.

The processor may be a general-purpose processor, including a central processing unit, a network processor (Network Processor, NP), etc.; but also digital instruction processors (Digital Signal Processing, DSP), application specific integrated circuits, field programmable gate arrays or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc.

Example 9:

on the basis of the above embodiments, the embodiments of the present application further provide a computer-readable storage medium storing a computer program, where the computer program is executed by a processor to:

In one possible implementation, the contract includes template terms and style information edited by the contract originator account via the contract editor.

In one possible implementation, the electronic signature information includes electronic signatures that the contract initiator account and the plurality of negotiating party accounts respectively select at corresponding anchor points.

In one possible implementation manner, after the obtaining the information of the contract and the plurality of negotiating party accounts drafted by the contract initiator account through the contract editor, the method further includes:

Generating a negotiation record of the contract in a stored flow chart;

In one possible embodiment, the method further comprises:

In one possible implementation, when the contract initiator account and the plurality of negotiating party accounts each confirm a contract, the method further includes:

It will be appreciated by those skilled in the art that embodiments of the present application may be provided as a method, system, or computer program product. Accordingly, the present application may take the form of an entirely software embodiment. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.

The present application is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems) and computer program products according to the application. It will be understood that each flow and/or block of the flowchart illustrations and/or block diagrams, and combinations of flows and/or blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

It will be apparent to those skilled in the art that various modifications and variations can be made in the present application without departing from the spirit or scope of the application. Thus, if such modifications and variations of the present application fall within the scope of the claims and the equivalents thereof, the present application is intended to cover such modifications and variations.

Claims

1. An online contract signing method, the method comprising:

2. The method of claim 1, wherein the contract includes template terms and style information edited by the contract originator account via the contract editor.

3. The method of claim 1, wherein the electronic signature information comprises electronic signatures selected by the contract initiator account and the plurality of negotiating party accounts at corresponding anchor points, respectively.

4. A method according to any one of claims 1-3, wherein after the obtaining information of the contract and the plurality of negotiating party accounts that the contract initiator account has drafted through the contract editor, the method further comprises:

generating a negotiation record of the contract in a stored flow chart;

5. The method of claim 4, wherein the method further comprises:

6. The method of claim 4, wherein when the contract initiator account and the plurality of negotiating accounts each confirm a contract, the method further comprises:

7. An on-line contract signing apparatus, the apparatus comprising:

8. The apparatus of claim 7, wherein the determining module is further configured to generate a negotiation record of the contract in a stored flow chart; aiming at each negotiating party account, generating a current task record for the contract initiator account and the negotiating party account in a stored current task list; and generating a historical task record of a drafting stage for the contract initiator account in the stored historical task list.

9. An electronic device comprising a processor and a memory for storing program instructions, the processor being adapted to implement the steps of the online contract signing method of any of claims 1-6 when executing a computer program stored in the memory.

10. A computer readable storage medium, characterized in that it stores a computer program which, when executed by a processor, implements the steps of the online contract signing method as claimed in any one of claims 1 to 6.