CN109919579A - 电子文书签约方法、装置、存储介质和设备 - Google Patents

Abstract

本发明提供了一种电子文书签约方法、装置、存储介质和设备，该方法包括：接收合约起草方发送的注册信息，根据注册信息，生成合约起草方的账户信息；提交注册信息到CA机构，以获取CA机构生成的合约起草方的认证信息；接收合约起草方的电子文书的编辑信息，根据编辑信息，生成待签约文书，其中，编辑信息包括合约起草方选择的电子文书的预设模版和签约方信息；响应于合约起草方的签约请求，提交待签约文书到CA机构，根据认证信息，从CA机构获取已认证的待签约文书；根据签约方信息，向签约方发起签约请求，并传送已认证的待签约文书；接收签约方的确认签约信息，提交确认签约信息到CA机构，从CA机构获取双方已签约的最终电子文书。

Description

电子文书签约方法、装置、存储介质和设备

技术领域

本发明涉及电子合同签约领域，具体涉及一种电子文书签约方法、装置、存储介质和设备。

背景技术

市面上电子签约***需终端用户下载电子合同签约软件并在线注册、实名认证，这对游客来说可操作性低，对企业用户来说推广困难、运维成本过高。而且旅游行业签署过程中，企业用户端认证流程不完善，终端用户认证流程繁琐、使用率低。此外，旅游行业合同签约具有高频次、多场景应用特征，单一的手机二维码扫码签约只能支持线下门店场景应用，无法适应线上OTA及旅行社业务转型发展的需求。现有的电子签约服务平台通常是作为第三方来确保合同的公正有效，但合同缺少有效平台监管。

发明内容

为了解决上述问题。本发明提供一种电子文书签约方法、装置、存储介质和设备。

根据本发明的第一方面提供了一种电子文书签约方法，该方法包括：接收合约起草方发送的注册信息，根据注册信息，生成合约起草方的账户信息；

提交注册信息到CA机构，以获取CA机构生成的合约起草方的认证信息；

接收合约起草方的电子文书的编辑信息，根据编辑信息，生成待签约文书，其中，编辑信息包括合约起草方选择的电子文书的预设模版和签约方信息；

响应于合约起草方的签约请求，提交待签约文书到CA机构，根据认证信息，从CA机构获取已认证的待签约文书；

根据签约方信息，向签约方发起签约请求，并传送已认证的待签约文书；

接收签约方的确认签约信息，提交确认签约信息到CA机构，从CA机构获取双方已签约的最终电子文书。

进一步地，通过分析上传的签约方信息，自动将签约方信息录入预设模版，其中，预设模版为签约平台预先配置的电子文书的模版。

进一步地，通过短信、邮件、微信的一种或多种方式发送签约请求至签约方。

进一步地，认证信息包括合约起草方的企业证书和电子***。

进一步地，确认签约信息为签约方的电子签名。

根据本发明的第二方面，提供一种电子文书签约装置，该装置包括：用户注册模块，用于接收合约起草方发送的注册信息，根据注册信息，生成合约起草方的账户信息；

认证获取模块，用于提交注册信息到CA机构，以获取CA机构生成的合约起草方的认证信息；

文书生成模块，用于接收合约起草方的电子文书的编辑信息，根据编辑信息，生成待签约文书，其中，编辑信息包括合约起草方选择的电子文书的预设模版和签约方信息；

文书认证模块，用于响应于合约起草方的签约请求，提交待签约文书到CA机构，根据认证信息，从CA机构获取已认证的待签约文书；

签约发起模块，用于根据签约方信息，向签约方发起签约请求，并传送已认证的待签约文书；

签约完成模块，用于接收签约方的确认签约信息，提交确认签约信息到CA机构，从CA机构获取双方已签约的最终电子文书。

进一步地，通过分析上传的签约方信息，自动将签约方信息录入预设模版，其中，预设模版为签约平台预先配置的电子文书的模版。

进一步地，通过短信、邮件、微信的一种或多种方式发送签约请求至签约方。

进一步地，认证信息包括合约起草方的企业证书和电子***。

进一步地，确认签约信息为签约方的电子签名。

根据本发明的第三方面，还提供一种非易失性存储介质，所述非易失性存储介质具有存储在其中的指令，当所述指令被执行时，使得处理器执行上述第一方面的电子文书签约方法。

根据本发明的第四方面，还提供一种设备，包括存储器，存储有计算机可执行指令，处理器，所述处理器被配置为执行所述指令以实施上述第一方面的电子文书签约方法。

本发明实施方式与现有技术相比，主要区别及其效果在于：

本发明实施例的电子文书签约方法，基于移动端的签字方式优化，用户无需下载任何电子签字程序即可完成合同签字。解决部分用户移动端设备无法兼容电子签字程序或非自愿下载程序等问题；还解决了旅游行业签署过程中，企业用户端认证流程不完善，终端用户认证流程繁琐、使用率低的问题。降低了企业用户的旅游产品的推广困难，和服务的运维成本。

附图说明

图1示出了本发明的签约平台的计算机终端的硬件结构框图。

图2示出了根据本发明实施例的电子文书签约方法的流程图。

图3示出了根据本发明实施例的电子文书签约装置的模块示意图。

具体实施方式

为使本发明实施例的目的和技术方案更加清楚，下面将结合本发明实施例的附图，对本发明实施例的技术方案进行清楚、完整地描述。显然，所描述的实施例是本发明的一部分实施例，而不是全部的实施例。基于所描述的本发明的实施例，本领域普通技术人员在无需创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

根据本发明实施方式，提供了一种电子文书签约方法的实施方式，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机***中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本申请所提供的方法实施方式可以在移动终端、计算机终端或者类似的运算装置(如ECU(Electronic Control Unit，电子控制单元))中执行。以运行在计算机终端上为例，图1是根据本发明实施方式的签约平台的计算机终端的硬件结构框图。如图1所示，计算机终端100可以包括一个或多个(图中仅示出一个)处理器101(处理器101可以包括但不限于中央处理器CPU、图像处理器GPU、数字信号处理器DSP、微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于与用户交互的输入输出接口102、用于存储数据的存储器103、以及用于通信功能的传输装置104。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，计算机终端100还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。

输入输出接口102可以连接一个或多个显示器、触控屏等，用于显示从终端100传送的数据，还可以连接键盘、触控笔、触控板和/或鼠标等，用于输入诸如，选择、创建、编辑等的用户指令。

存储器103可用于存储应用软件的软件程序以及模块，如本发明实施方式中的电子文书签约方法对应的程序指令/模块，处理器101通过运行存储在存储器103内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的电子文书签约方法。存储器103可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器103可进一步包括相对于处理器101远程设置的存储器，这些远程存储器可以通过网络连接至计算机终端100。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输装置104用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端100的通信供应商提供的互联网。在在上述运行环境下，签约平台可以执行如图2所示的电子文书签约方法。

图2示出了根据本发明实施例的电子文书签约方法200的流程图。如图2所示，该方法具体处理流程如下所述。

在块210、接收合约起草方发送的注册信息，根据注册信息，生成合约起草方的账户信息。签约平台接收例如企业用户的合约起草方的注册信息，注册信息包括企业信息和合同***。

在块220、提交注册信息到CA机构，以获取CA机构生成的合约起草方的认证信息。签约平台将注册信息发送到CA(Certificate Authority，认证机构)机构。CA认证机构提供认证服务的做法是为用户颁发身份证书，用以标识其在网上的身份，运用证书实现签名、加解密功能。CA认证技术采用公开密钥加密体制，即利用一对互相匹配的密钥进行加密、解密。每个用户自己设定一把特定的仅为本人所知的私有密钥(私钥)，用它进行解密或签名；同时设定一把公共密钥(公钥)并由本人公开，为一组用户所共享，用于加密或验证签名。当发送一份保密文件时，发送方使用接收方的公钥对数据加密，而接收方则使用自己的私钥解密，这样信息就可以安全无误地到达目的地了。用户也可以采用自己的私钥对信息加以处理，由于密钥仅为本人所有，这样就产生了别人无法生成的文件，也就形成了数字签名。利用哈希算法，一份签过名的文件如有改动，就会导致数字签名验证过程的失败，这样就保证了文件的有效性。以数字证书为核心的数字签名、数字信封、安全传输等加密技术，使得在互连网上数据传输的安全性、可靠性、保密性、真实性以及交易的不可抵赖性可以实现。

CA机构收到用户的CA证书申请后，可以基于企业用户提交的企业信息，对企业用户进行认证，并在身份认证通过后，可以为上述企业用户颁发CA证书和电子***。例如，在实际应用中，企业用户向CA机构提交身份信息申请CA证书，而CA机构在对企业用户的身份信息验证通过后，可以为企业用户分配公钥私钥对，并将分配的公钥私钥对与该企业用户的身份信息进行绑定后，使用CA机构持有的私钥进行电子签名，形成CA证书颁发给企业用户。认证信息包括合约起草方的企业证书和电子***，企业证书与电子***绑定。

在本发明的实施例中，签约平台根据用户需求，可以为用户进行电子***的权限配置，企业用户可以下发审核盖章等功能权限。

在块230、接收合约起草方的电子文书的编辑信息，根据编辑信息，生成待签约文书。签约平台事先将诸如合同文本等的电子文书转换为模板进行保存，根据用户的编辑信息进行配置并向用户展示。编辑信息包括合约起草方选择的电子文书的预设模版和签约方信息。

在本发明的实施例中，签约平台不仅支持电子文书大文本上传，更支持合同模板化处理。一般的合同内容文本一键上传的方式，无法提升企业审核合同的效率，甚至存在条款被肆意更改的风险。而合同内容模板化处理，可以做到对合同标准条款的固定，在文书审核时，只需核定自定义协商内容即可。合约起草方在签约平台选择需要的预设电子文书模版，录入合同信息，例如，签约方信息等，其中，预设模版为签约平台预先配置的电子文书的模版。

因为旅游合同示范文本的特殊性，需录入游客姓名、身份证号、性别、联系方式、地址等内容。作为一个示例，可以采用诸如JAVA语音、OCR技术等，对上传的签约方信息进行智能名单分析，自动将签约方信息录入预设模版，例如，只需录入姓名、身份证、手机号即能自动识别并上传证件类型、性别等信息。作为另一个示例，还可以采用证件识别导入的方式，通过拍照上传清晰证件图像即可导入签约方信息。

在块240、响应于合约起草方的签约请求，提交待签约文书到CA机构，根据认证信息，从CA机构获取已认证的待签约文书。在电子文书编辑完成后，合约起草方可以在签约平台发起签约请求。作为一个示例，签约请求的发起人可以是电子***的管理员。响应于合约起草方的签约请求，签约平台通过CA机构的接口，将待签约的电子文书提交到CA，请求CA机构进行签章，并将***落款到指定区域，然后把CA机构返回的带电子签章的待签约文书保存到文件服务器。

在块250、根据签约方信息，向签约方发起签约请求，并传送已认证的待签约文书。

通过短信、邮件、微信的一种或多种方式发送签约请求至签约方。例如，通过手***位签字人身份信息，动态短信推送合同签署链接，签约方无需下载客户端，即时完成签字及合同文本下载。具体地，基于目前手持移动端的高性能发展，签约方在移动端可以通过短信链接(H5页面)、小程序以及APP，进行身份认证例如，手机号动态码验证登录签约平台后，签约平台通过手机号查询到对应的合同，并调取电子文书，通过移动端展示电子文书，供用户查看，签约方可用手或者笔在移动端触摸屏上进行签字动作，借助移动端成熟的电子签名程序采集用户动作轨迹等参数，然后将采集到的签名数据传送至签约平台。

在块260、接收签约方的确认签约信息，提交确认签约信息到CA机构，从CA机构获取双方已签约的最终电子文书。签约平台接收移动端发送的签约信息后，确认签约信息为签约方的电子签名，调用CA接口对待签约文书进行签章，将签名落款到指定区域，并加入事件证书(电子签章)，同时将返回的完整版电子合同进行加密存储至签约平台的文件服务器。发起人和签约方可分别通过账号和/或身份认证从签约平调取完整版电子文书文本。电子合同签约方完成签字流程后，通过同步调取CA接口获取签约方签约的“事件证书”，实现CA机构对签约全流程的安全认证和保障。作为另一个示例，签约流程结束后，完整版合同文本也可以同步备案至旅游主管部门指定第三方备案平台进行集中备案。以便增强监管效率和效果，减少企业的二次上报负担。

综上，本实施例提供的电子文书签约方法，基于移动端的签字方式优化，用户无需下载任何电子签字程序即可完成合同签字。解决部分用户移动端设备无法兼容电子签字程序或非自愿下载程序等问题；还解决了旅游行业签署过程中，企业用户端认证流程不完善，终端用户认证流程繁琐、使用率低的问题。降低了企业用户的旅游产品的推广困难，和服务的运维成本。

本发明的各方法实施方式均可以以软件、磁件、固件等方式实现。不管本发明是以软件、磁件、还是固件方式实现，指令代码都可以存储在任何类型的计算机可访问的存储器中(例如永久的或者可修改的，易失性的或者非易失性的，固态的或者非固态的，固定的或者可更换的介质等等)。同样，存储器可以例如是可编程阵列逻辑(Programmable ArrayLogic，简称“PAL”)、随机存取存储器(Random Access Memory，简称“RAM”)、可编程只读存储器(Programmable Read Only Memory，简称“PROM”)、只读存储器(Read-Only Memory，简称“ROM”)、电可擦除可编程只读存储器(Electrically Erasable Programmable ROM，简称“EEPROM”)、磁盘、光盘、数字通用光盘(Digital Versatile Disc，简称“DVD”)等等。

图3是根据本发明实施例的电子文书签约装置300的示意性框图。该装置部署于签约平台用于执行上述方法流程，包括：

用户注册模块310，用于接收合约起草方发送的注册信息，根据注册信息，生成合约起草方的账户信息；

认证获取模块320，用于提交注册信息到CA机构，以获取CA机构生成的合约起草方的认证信息；

文书生成模块330，用于接收合约起草方的电子文书的编辑信息，根据编辑信息，生成待签约文书，其中，编辑信息包括合约起草方选择的电子文书的预设模版和签约方信息；

文书认证模块340，用于响应于合约起草方的签约请求，提交待签约文书到CA机构，根据认证信息，从CA机构获取已认证的待签约文书；

签约发起模块350，用于根据签约方信息，向签约方发起签约请求，并传送已认证的待签约文书；

签约完成模块360，用于接收签约方的确认签约信息，提交确认签约信息到CA机构，从CA机构获取双方已签约的最终电子文书。

进一步地，通过分析上传的签约方信息，自动将签约方信息录入预设模版，其中，预设模版为签约平台预先配置的电子文书的模版。

进一步地，签约发起模块包括，通过短信、邮件、微信的一种或多种方式发送签约请求至签约方。

进一步地，认证信息包括合约起草方的企业证书和电子***。

进一步地，确认签约信息为签约方的电子签名。

需要说明的是，电子文书签约装置300可以被配置为用于执行方法200中相应的操作、动作以及过程，此处省略对这些操作、动作以及过程的描述。

根据本发明的一个或多个实施例，签约平台可以针对合约起草方不同的需求，为提供合约起草方提供不同的交互方式。例如，对于通过页面填报的合约起草方，可使用账号通过web页面登录平台进行合同内容编写、修好、保存、提交盖章、取消、变更等操作。对于通过接口对接的合约起草方可直接于自身业务***进行操作，并通过Web Service接口来进行业务数据交互，主要针对自身拥有业务***的旅行社用户和各大OTA平台，通过签约平台提供的API接口，调用接口实现对接。以下简单介绍签约平台包括的API接口。

1)合同备案接口

身份认证接口：用于验证企业用户在签约平台中的身份。

签章申请接口：向CA机构申请用于本次协议签章动作时，需要用到的企业签章授权的托管签章令牌。

上传合同接口：提交合同相关数据至签约平台，生成合同草案。

合同盖章接口：企业在合同草案上进行盖章。提供给有合同审批需求的企业。

合同取消接口：将已经备案的合同进行取消。

2)检索查询接口

合同查看接口：接口返回html给企业需要查看指定的合同的内容。

合同PDF下载接口：接口返回PDF文件给企业。根据不同的业务节点，可以返回不同状态的PDF：合同草案、一方盖章的DPF、双方盖章的PDF。

合同基本状态查询：返回合同的基本信息：合同状态、备案时间、更新时间。

3)接口技术规范

签约平台接口采用Web Service接口形式来进行业务数据的交互。

接口用户名密码进行加密传输，在身份认证通过后，接口会返回身份令牌token，用于合同报文的提交。令牌token有效期为30分钟，过期失效，失效后需重新获取。

根据安全等保相关要求，签约平台接口统一采用被动式获取数据，在用户发起请求后，被动响应返回需要的数据。在传输数据过程中采用HTTPS，证书采用最新2048bit位高级加密算法SHA256withRSA进行加密，传输协议使用更可靠的TLS 1.x。使用API接口对接，能大大节省企业间沟通、开发成本，缩短开发对接周期。

综上，本实施例提供的电子文书签约装置，基于移动端的签字方式优化，用户无需下载任何电子签字程序即可完成合同签字。解决部分用户移动端设备无法兼容电子签字程序或非自愿下载程序等问题；还解决了旅游行业签署过程中，企业用户端认证流程不完善，终端用户认证流程繁琐、使用率低的问题。降低了企业用户的旅游产品的推广困难，和服务的运维成本。

根据本发明的另一实施例，还提供一种非易失性存储介质，该非易失性存储介质具有存储在其中的指令，当该指令被执行时，使得处理器执行电子文书签约方法，该指令包括：

接收合约起草方发送的注册信息，根据注册信息，生成合约起草方的账户信息；

提交注册信息到CA机构，以获取CA机构生成的合约起草方的认证信息；

接收合约起草方的电子文书的编辑信息，根据编辑信息，生成待签约文书，其中，编辑信息包括合约起草方选择的电子文书的预设模版和签约方信息；

响应于合约起草方的签约请求，提交待签约文书到CA机构，根据认证信息，从CA机构获取已认证的待签约文书；

根据签约方信息，向签约方发起签约请求，并传送已认证的待签约文书；

接收签约方的确认签约信息，提交确认签约信息到CA机构，从CA机构获取双方已签约的最终电子文书。

进一步地，通过分析上传的签约方信息，自动将签约方信息录入预设模版，其中，预设模版为签约平台预先配置的电子文书的模版。

进一步地，通过短信、邮件、微信的一种或多种方式发送签约请求至签约方。

进一步地，认证信息包括合约起草方的企业证书和电子***。

进一步地，确认签约信息为签约方的电子签名。

根据本发明的另一实施例，还提供一种设备，包括存储器，存储有计算机可执行指令，处理器，处理器被配置为执行指令以实施电子文书签约的过程，该过程包括：

接收合约起草方发送的注册信息，根据注册信息，生成合约起草方的账户信息；

提交注册信息到CA机构，以获取CA机构生成的合约起草方的认证信息；

接收合约起草方的电子文书的编辑信息，根据编辑信息，生成待签约文书，其中，编辑信息包括合约起草方选择的电子文书的预设模版和签约方信息；

响应于合约起草方的签约请求，提交待签约文书到CA机构，根据认证信息，从CA机构获取已认证的待签约文书；

根据签约方信息，向签约方发起签约请求，并传送已认证的待签约文书；

接收签约方的确认签约信息，提交确认签约信息到CA机构，从CA机构获取双方已签约的最终电子文书。

进一步地，通过分析上传的签约方信息，自动将签约方信息录入预设模版，其中，预设模版为签约平台预先配置的电子文书的模版。

进一步地，通过短信、邮件、微信的一种或多种方式发送签约请求至签约方。

进一步地，认证信息包括合约起草方的企业证书和电子***。

进一步地，确认签约信息为签约方的电子签名。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本发明并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的终端设备来实现。在列举了若干终端设备的单元权利要求中，这些终端设备中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

Claims (12)

1.一种电子文书签约方法，执行于签约平台，其特征在于，所述方法包括：

用户注册步骤，接收合约起草方发送的注册信息，根据所述注册信息，生成所述合约起草方的账户信息；

认证获取步骤，提交所述注册信息到CA机构，以获取所述CA机构生成的所述合约起草方的认证信息；

文书生成步骤，接收所述合约起草方的电子文书的编辑信息，根据所述编辑信息，生成待签约文书，其中，所述编辑信息包括所述合约起草方选择的所述电子文书的预设模版和签约方信息；

文书认证步骤，响应于所述合约起草方的签约请求，提交所述待签约文书到所述CA机构，根据所述认证信息，从所述CA机构获取已认证的所述待签约文书；

签约发起步骤，根据所述签约方信息，向所述签约方发起签约请求，并传送已认证的所述待签约文书；

签约完成步骤，接收所述签约方的确认签约信息，提交所述确认签约信息到所述CA机构，从所述CA机构获取双方已签约的最终电子文书。

2.根据权利要求1所述的电子文书签约方法，其特征在于，文书生成步骤进一步包括，通过分析上传的所述签约方信息，自动将所述签约方信息录入所述预设模版，其中，所述预设模版为所述签约平台预先配置的电子文书的模版。

3.根据权利要求1所述的电子文书签约方法，其特征在于，签约发起步骤包括，通过短信、邮件、微信的一种或多种方式发送所述签约请求至所述签约方。

4.根据权利要求1至3任一项中所述的电子文书签约方法，其特征在于，所述认证信息包括所述合约起草方的企业证书和电子***。

5.根据权利要求1所述的电子文书签约方法，其特征在于，所述确认签约信息为所述签约方的电子签名。

6.一种电子文书签约装置，部署于签约平台，其特征在于，所述装置包括：

用户注册模块，用于接收合约起草方发送的注册信息，根据所述注册信息，生成所述合约起草方的账户信息；

认证获取模块，用于提交所述注册信息到CA机构，以获取所述CA机构生成的所述合约起草方的认证信息；

文书生成模块，用于接收所述合约起草方的电子文书的编辑信息，根据所述编辑信息，生成待签约文书，其中，所述编辑信息包括所述合约起草方选择的所述电子文书的预设模版和签约方信息；

文书认证模块，用于响应于所述合约起草方的签约请求，提交所述待签约文书到所述CA机构，根据所述认证信息，从所述CA机构获取已认证的所述待签约文书；

签约发起模块，用于根据所述签约方信息，向所述签约方发起签约请求，并传送已认证的所述待签约文书；

签约完成模块，用于接收所述签约方的确认签约信息，提交所述确认签约信息到所述CA机构，从所述CA机构获取双方已签约的最终电子文书。

7.根据权利要求6所述的电子文书签约装置，其特征在于，文书生成模块进一步包括，通过分析上传的所述签约方信息，自动将所述签约方信息录入所述预设模版，其中，所述预设模版为所述签约平台预先配置的电子文书的模版。

8.根据权利要求6所述的电子文书签约装置，其特征在于，签约发起模块包括，通过短信、邮件、微信的一种或多种方式发送所述签约请求至所述签约方。

9.根据权利要求6至8任一项中所述的电子文书签约装置，其特征在于，所述认证信息包括所述合约起草方的企业证书和电子***。

10.根据权利要求6所述的电子文书签约装置，其特征在于，所述确认签约信息为所述签约方的电子签名。

11.一种非易失性存储介质，所述非易失性存储介质具有存储在其中的指令，当所述指令被执行时，使得处理器执行如权利要求1至5中任一项所述的电子文书签约方法。

12.一种设备，包括存储器，存储有计算机可执行指令，处理器，所述处理器被配置为执行所述指令以实施如权利要求1至5中任一项所述的电子文书签约方法。