CN110263581A - 合同签署方法、***、终端设备及存储介质 - Google Patents

Abstract

本发明适用于合同管理技术领域，提供了一种合同签署方法、***、终端设备及存储介质，包括：接收用户终端发送的合同签署请求，合同签署请求携带有合同标识信息和用户标识信息；根据合同签署请求，获取与合同标识信息对应的合同文件，并向第三方服务器发送账号数据获取请求；账号数据获取请求携带有用户标识信息；接收第三方服务器根据接收到的账号数据获取请求发送的与用户标识信息对应的账号数据；根据账号数据对合同文件进行签署，得到签署后的合同文件；保存签署后的合同文件。解决了现有的进行合同签署的合同文件存在数据安全风险的问题，保证合同签署过程和签署完成后的合同文件的数据安全。

Description

合同签署方法、***、终端设备及存储介质

技术领域

本发明涉及到合同管理技术领域，特别是涉及到合同签署方法、***、终端设备及存储介质。

背景技术

随着电子信息化发展，传统合同逐渐被电子合同取代，大多数企业或个人一般采用合同管理***管理电子合同。目前，常见的合同管理***的部署方式一般是直接使用第三方提供的合同管理***，或者将第三方提供的合同管理服务以API或SDK的方式接入企业已有的***(如CRM***)中。但采用第三方提供的合同管理服务使得企业的合同数据存储于第三方的数据库中，例如，进行合同签署的合同文件存储于第三方服务器的数据库中，这样第三方可以查看或盗取企业的合同文件，导致合同文件存在数据安全风险。

发明内容

本发明的主要目的为提供一种合同签署方法、***、终端设备及存储介质，旨在解决现有的进行合同签署的合同文件存在数据安全风险的问题。

本发明提出一种一种合同签署方法，应用于本地服务器，包括：

接收用户终端发送的合同签署请求，合同签署请求携带有合同标识信息和用户标识信息；

根据合同签署请求，获取与合同标识信息对应的合同文件，并向第三方服务器发送账号数据获取请求；账号数据获取请求携带有用户标识信息；

接收第三方服务器根据接收到的账号数据获取请求发送的与用户标识信息对应的账号数据；

根据账号数据对合同文件进行签署，得到签署后的合同文件；

保存签署后的合同文件。

本发明还提出一种合同签署方法，应用于第三方服务器，包括：

接收本地服务器发送的账号数据获取请求，账号数据获取请求携带有用户标识信息；

根据账号数据获取请求，获取与用户标识对应的账号数据；

将账号数据发送至本地服务器，以使本地服务器根据账号数据对合同文件进行签署，并保存签署后的合同文件。

本发明还提出一种合同签署方法，应用于第三方服务器，包括：

接收用户终端发送的合同签署请求，合同签署请求携带有合同标识信息和用户标识信息；

根据合同签署请求，将合同标识信息以及与用户标识信息对应的账号数据发送至本地服务器，以使本地服务器获取合同标识信息对应的合同文件，并根据账号数据对合同文件进行签署，保存签署后的合同文件。

本发明还提出一种合同签署***，包括：

用户终端，用于向本地服务器发送合同签署请求，合同签署请求携带有合同标识信息和用户标识信息；

本地服务器，用于接收合同签署请求，根据合同签署请求获取与合同标识信息对应的合同文件，并向第三服务器发送账号数据获取请求，账号数据获取请求携带有用户标识信息；

第三方服务器，用于接收本地服务器发送的账号数据获取请求，并根据接收到的账号数据获取请求向本地服务器发送与用户标识信息对应的账号数据；

本地服务器还用于根据账号数据对合同文件进行签署，得到签署后的合同文件，并保存签署后的合同文件。

本发明还提出一种终端设备，包括存储器和执行器，存储器存储有计算机程序，执行器执行计算机程序时实现上述合同签署方法的步骤。

本发明还提出一种存储介质，其上存储有计算机程序，计算机程序被执行器执行时实现上述合同签署方法的步骤。

本发明通过接收用户终端发送的合同签署请求，以实现在本地服务器计算合同签署时的数据，而不需要在第三方服务器中计算，保证签署过程的数据安全；根据合同签署请求，获取与合同标识信息对应的合同文件，并向第三方服务器发送账号数据获取请求，接收第三方服务器根据接收到的账号数据获取请求发送的与用户标识信息对应的账号数据，将合同文件保存于本地服务器保证数据安全，将账号数据存储于第三方服务器不存在数据泄露的风险，以及有利于通过其他***或服务获取到第三方服务器的数据库存储的账号数据；根据账号数据对合同文件进行签署，得到签署后的合同文件，从而自动完成合同签署，不需要用户进行其他操作，符合用户的需求；将签署后的合同文件保存至本地服务器的数据库中，保证合同文件签署后不被盗取。

附图说明

图1为本发明一实施例中合同签署方法的步骤示意图；

图2为本发明另一实施例中合同签署方法的步骤示意图；

图3为本发明又一实施例中合同签署方法的步骤示意图；

图4为本发明一实施例中合同签署***的结构示意图；

图5为本发明另一实施例中合同签署***的结构示意图；

图6为本发明一实施例中终端设备的结构示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

目前，常见的合同管理***的部署方式一般是直接使用第三方提供的合同管理***，或者将第三方提供的合同管理服务以API或SDK的方式接入企业已有的***(如CRM***)中。但采用第三方提供的合同管理服务使得企业的合同数据存储于第三方的数据库中，例如，进行合同签署的合同文件存储于第三方服务器的数据库中，这样第三方可以查看或盗取企业的合同文件，导致合同文件存在数据安全风险。

在本实施例中，合同管理***包括用户终端、本地服务器和第三方服务器，三者间通信连接，其中本地服务器配置有存储与合同相关的数据的数据库，第三方服务器配置有存储与用户相关的账号数据的数据库。在一具体实施方式中，将部署于本地服务器的第一合同管理服务和部署于第三方服务器的第二合同管理服务以软件开发包(SoftwareDevelopment Kit，SDK)的方式接入到本地***中，本地***如企业资源计划(EnterpriseResource Planning，ERP)、客户关系管理(Customer relationship management，CRM)或办公自动化(Office Automation，OA)等***，将合同管理服务以SDK的方式接入到本地已有的***(即本地服务器同时存在有本地***和合同管理服务，优选地，两者间不需要建立交互，以避免合同管理服务窃取本地***中的资料)，从而降低重新开发新***的成本，以及不需要企业员工重新注册新***的账号，更加符合用户需求；同时相比以往仅将第三方服务器提供合同管理服务以SDK的方式接入已有***的方案，本发明能够将合同数据存储于本地服务器中，保证数据安全。用户终端通过账号登录本地***后可进行用户终端、本地服务器及第三方服务器间的交互，以进行合同管理，其中合同管理包括但不限于合同上传、合同模板上传、合同模板填充、合同签署、合同浏览、账号注册、账号实名认证和/或证书颁发机构证书(Certificate Authority，CA)。

需要说明的是，上述本地服务器可理解为企业或个人自己的服务器，其为企业或个人自己管理的服务器，其存储的数据不受其他单位或个人干预，第三方服务器为不属于企业自己的服务器，其可干预企业或个人存储第三方服务器的数据。

参照图1，本发明一实施例中一种合同签署方法，应用于本地服务器，包括：

S101，接收用户终端发送的合同签署请求，所述合同签署请求携带有合同标识信息和用户标识信息；

在本实施例中，上述合同签署方法为合同自动签署方法，其应用于合同管理***中的本地服务器。

上述合同签署请求中包括但不限于携带有请求地址、请求方式、合同标识信息和用户标识信息，其可为用户终端发起的，具体地，可包括但不限于用户终端的浏览器、app和/或H5小程序发起的。

在本实施例中，请求地址为本地服务器的url地址，即本地服务器的sdk_client.jar包中的web项目的公网地址；请求方式包括但不限于post、get、put和head；合同标识信息为与合同文件相关的信息，其包括但不限于合同编号、合同名称、合同签署项目、合同签署金额、合同签署时间和合同签署对象；用户标识信息为与用户相关的信息，其包括但不限于用户编号、用户账号和用户名称。

在一具体实施方式中，用户在用户终端上填写和/或选择合同签署时需要的合同标识信息和/或用户标识信息后，点击“确认签署”按键以触发用户终端向本地服务器发送合同签署请求，并且由本地服务器接收该合同签署请求。

作为进一步优化，用户在用户终端上填写和/或选择合同签署时需要的合同标识信息和/或用户标识信息后，点击“保存”按键以生成合同文件，并将合同文件存储于本地服务器中，待“确认签署”按键被触发后才由用户终端向本地服务器发送合同签署请求，从而使得合同文件可以在其他时刻及其他终端上进行签署。

需要说明的是，本实施例中的合同签署方法为自动签署过程，即用户点击“确认签署”后，不再需要用户操作，直至本地服务器向用户终端返回签署结果。具体地，本地服务器调用预先封装于本地服务器中的第一合同管理服务，第一合同管理服务可为本地开发的合同管理服务，也可为第三方提供的合同管理服务，优选为第三方提供的合同管理服务，这样有利于第三方更新服务后本地服务器也能够轻松完成同步更新。但不管是本地开发还是第三方提供，合同文件均存储于本地服务器的数据库中，以避免合同文件被第三方查看或盗取，保证合同文件的数据安全。

S102，根据所述合同签署请求，获取与所述合同标识信息对应的合同文件，并向第三方服务器发送账号数据获取请求；所述账号数据获取请求携带有所述用户标识信息；

上述合同文件为需要进行签署的合同文件，其存储于本地服务器的数据库中。上述第三方服务器的数据库存储有与用户签署合同时相关的账号数据，账号数据包括但不限于CA证书、签章图片、签署人ID和签署人名称，账号数据不涉及合同数据，因此将账号数据存储于第三方服务器的数据库不存在合同数据泄露的风险，以及有利于通过其他***或服务获取到第三方服务器的数据库存储的账号数据，而不限于本发明中的合同管理***。

在本实施例中，本地服务器接收到合同签署请求后，在本地服务器的数据库中查找合同标识信息对应的合同文件，优选地，根据合同标识信息中的合同编号查找到对应的合同文件，合同编号的唯一性能够保证查找到的合同文件是唯一的且是用户需要进行签署的合同文件；以及本地服务器生成携带有用户标识信息的新请求(即账号数据获取请求)，并向第三方服务器发送该新请求，以获取需要对合同文件进行签署的账号数据。

S103，接收所述第三方服务器根据接收到的所述账号数据获取请求发送的与所述用户标识信息对应的账号数据；

在本实施例中，上述第三方服务器接收获取账号数据请求并根据获取账号数据请求中的用户标识信息在第三方服务器的数据库中查找及获取对应的账号数据，并将获取到的账号数据返回至本地服务器。具体地，可根据用户编号查找并获取对应的CA证书，可根据用户账号查找并获取对应的签章图片，可根据用户名称查找并获取对应的签署人ID或签署人名称。

需要说明的是，上述账号数据的查找及获取方式不作为限定本发明实现的技术手段，本领域技术人员应当理解，还可以根据用户标识信息中的任一个信息获取到全部的账号数据等方式实现，在此不再赘述。

S104，根据所述账号数据对所述合同文件进行签署，得到签署后的合同文件。

上述对合同文件进行签署包括但不限于对合同文件进行CA证书认证、签署人ID填写和签章盖章。

在本实施例中，本地服务器按照预先封装的第一合同管理服务，自动根据账号数据对合同文件进行CA证书认证、签署人ID填写和签章盖章等签署后，将签署后的合同文件保存至本地服务器的数据库中，以保证合同文件的数据安全。

作为进一步优化，根据账号数据对合同文件进行签署还包括根据预设的检查规则对合同文件中的关键信息进行校验，例如，校验合同签署金额的填写是否正确、校验签署人名称或签署人ID是否与用户标识信息所对应的签署人名称或签署人ID一致等，以有效避免信息填写错误到合同文件的签署无效。

S105，保存所述签署后的合同文件。

上述签署后的合同文件保存于本地服务器的数据库中，以避免合同文件的被第三方及其他用户查看或盗取，保证合同数据安全。进一步地，签署后的合同文件以合同编号、合同项目名称、签署人名称或签署人ID等属性信息保存至数据库中对应属性的表中，并建立该属性的索引以便后续合同浏览时的快速查找。

在本发明一实施例中，上述根据所述账号数据对所述合同文件进行签署之后，还包括：向所述用户终端发送签署成功的信息。将签署成功的结果发送至用户终端，以告知用户当前的合同签署已经成功，从而用户可通过合同管理***中合同浏览等查看签署成功后的合同文件。

参照图2，在本发明一实施例中，一种合同签署方法，应用于第三方服务器，包括：

S201，接收本地服务器发送的账号数据获取请求，所述账号数据获取请求携带有用户标识信息；

S202，根据所述账号数据获取请求，获取与所述用户标识对应的账号数据；

S203，将所述账号数据发送至所述本地服务器，以使所述本地服务器根据所述账号数据对合同文件进行签署，并保存签署后的合同文件。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述步骤S201-S203的具体工作过程，可以参考上述步骤S101-S105实施例中的对应过程，在此不再赘述。

参照图3，一种合同签署方法，应用于第三方服务器，包括：

S301，接收用户终端发送的合同签署请求，所述合同签署请求携带有合同标识信息和用户标识信息；

在本实施例中，上述合同签署方法为合同手动签署方法，其应用于合同管理中的第三方服务器。

上述合同签署请求中包括但不限于携带有请求地址、请求方式、合同标识信息和用户标识信息，其可为用户终端发起的，具体地，可包括但不限于用户终端的浏览器、app和/或H5小程序发起的。

在本实施例中，请求地址为第三方服务器的url地址，即第三方提供给本地企业或个人访问其服务器的特定的公网地址；请求方式包括但不限于post、get、put和head；合同标识信息为与合同文件相关的信息，其包括但不限于合同编号、合同名称、合同签署项目、合同签署金额、合同签署时间和合同签署对象；用户标识信息为与用户相关的信息，其包括但不限于用户编号、用户账号和用户名称。

在一具体实施方式中，用户在用户终端上填写和/或选择合同签署时需要的合同标识信息和/或用户标识信息后，点击“确认签署”按键后，以触发用户终端向第三方服务器发送合同签署请求，并且由第三方服务器接收该合同签署请求。

作为进一步优化，用户在用户终端上填写和/或选择合同签署时需要的合同标识信息和/或用户标识信息后，点击“保存”按键以生成合同文件，并将合同文件存储于本地服务器中，待“确认签署”按键被触发后才由用户终端向第三方服务器发送合同签署请求，从而使得合同文件可以在其他时刻及其他终端上进行签署。

在一实施例中，上述接收用户终端发送的合同签署请求之前包括：接收所述用户终端发送的验证码获取请求，所述验证码获取请求携带有所述用户终端接收验证码的通信地址；根据所述验证码获取请求，向所述通信地址发送所述验证码；在所述验证码发送完成后，向所述用户终端发送所述验证码发送完成的消息。

上述通信地址包括但不限于手机号码和邮箱地址。在用户终端发送合同签署请求前进行验证码验证以保证是签署人本人操作，从而避免他人操作导致损害签署人的利益。

在一具体实施方式中，用户在用户终端上填写和/或选择合同签署时需要的合同标识信息和/或用户标识信息后，用户终端跳转至签署页面，用户点击签署页面上的“获取验证码”的虚拟按键以触发用户终端向第三方服务器发送验证码获取请求，第三方服务器响应验证码获取请求，将按照验证码生成规则随机生成验证码并将验证码发送至用户手机或邮箱，用户手机或邮箱接收到验证码后，通过用户终端的输入单元(如虚拟键盘)输入验证码，并将验证码发送至第三方服务器。

S302，根据所述合同签署请求，将所述合同标识信息以及与所述用户标识信息对应的账号数据发送至本地服务器，以使所述本地服务器获取所述合同标识信息对应的合同文件，并根据所述账号数据对合同文件进行签署，保存签署后的合同文件。

上述合同文件为需要进行签署的合同文件，其存储于本地服务器的数据库中。上述第三方服务器的数据库存储有与用户签署合同时相关的账号数据，账号数据包括但不限于CA证书、签章图片、签署人ID和签署人名称，账号数据不涉及合同数据，因此将账号数据存储于第三方服务器的数据库不存在合同数据泄露的风险，以及有利于通过其他***或服务获取到第三方服务器的数据库存储的账号数据，而不限于本发明中的合同管理***。

在本实施例中，第三方服务器根据用户标识信息获取其对应的账号数据，具体地，第三方服务器可根据用户编号查找并获取对应的CA证书，可根据用户账号查找并获取对应的签章图片，可根据用户名称查找并获取对应的签署人ID或签署人名称。

需要说明的是，上述账号数据的查找及获取方式不作为限定本发明实现的技术手段，本领域技术人员应当理解，还可以根据用户标识信息中的任一个信息获取到全部的账号数据等方式实现，在此不再赘述。

在本实施例中，本地服务器接收到合同标识信息后，在本地服务器的数据库中查找合同标识信息对应的合同文件，并根据账号数据对合同文件进行签署。优选地，根据合同标识信息中的合同编号查找到对应的合同文件，合同编号的唯一性能够保证查找到的合同文件是唯一的且是用户需要进行签署的合同文件。

上述对合同文件进行签署包括但不限于对合同文件进行CA证书认证、签署人ID填写和签章盖章。在本实施例中，本地服务器按照预先封装的第一合同管理服务，自动根据账号数据对合同文件进行CA证书认证、签署人ID填写和签章盖章等签署后，将签署后的合同文件保存至本地服务器的数据库中，以保证合同文件的数据安全。

作为进一步优化，根据账号数据对合同文件进行签署还包括根据预设的检查规则对合同文件中的关键信息进行校验，例如，校验合同签署金额的填写是否正确、校验签署人名称或签署人ID是否与用户标识信息所对应的签署人名称或签署人ID一致等，以有效避免信息填写错误到合同文件的签署无效。

在本实施例中，上述签署后的合同文件保存于本地服务器的数据库中，以避免合同文件的被第三方及其他用户查看或盗取，保证合同数据安全。进一步地，签署后的合同文件以合同编号、合同项目名称、签署人名称或签署人ID等属性信息保存至数据库中对应属性的表中，并建立该属性的索引以便后续合同浏览时的快速查找。

在本发明一实施例中，上述将所述合同标识信息以及与所述用户标识信息对应的账号数据发送至本地服务器之后，还包括：接收所述本地服务器在完成签署后生成的签署成功的消息，并将所述签署成功的消息返回至所述用户终端。

上述本地服务器完成签署后将签署成功的消息返回至第三方服务器，第三方服务器再将签署成功的消息发送至用户终端，以告知用户当前的合同签署已经成功，从而用户可通过合同管理***中合同浏览等查看签署成功后的合同文件。

在本发明一实施例中，上述将所述签署成功的消息返回至所述用户终端之后，还包括：向所述本地服务器异步发送所述签署成功的消息；接收所述本地服务器根据所述签署成功的消息的接收情况向所述第三方服务器返回Http状态码，所述接收情况包括接收成功或接收失败。

上述本地服务器的合同管理服务将签署成功的消息发送至第三方服务器，第三方服务器再将该签署成功的结果返回至本地服务器的本地***，所以这是一个异步发送的过程，这样不需要建立本地服务器中本地***与合同管理服务的交互，进而不用担心第三方提供的合同管理服务窃取本地***的资料，同时减少配置本地***与合同管理服务间联系的成本。当本地***接收成功时，向第三方服务器返回Http状态码200以表示接收成功，当向第三方服务器返回其他Http状态码(如400)时，表示本地***接收失败。

参照图4，在本发明一实施例中一种合同签署***400，包括：

用户终端401，用于向本地服务器发送合同签署请求，所述合同签署请求携带有合同标识信息和用户标识信息；

所述本地服务器402，用于接收所述合同签署请求，根据所述合同签署请求获取与所述合同标识信息对应的合同文件，并向第三服务器发送账号数据获取请求，所述账号数据获取请求携带有所述用户标识信息；

所述第三方服务器403，用于接收所述本地服务器发送的账号数据获取请求，并根据接收到的所述账号数据获取请求向所述本地服务器发送与所述用户标识信息对应的账号数据；

所述本地服务器402还用于根据所述账号数据对所述合同文件进行签署，得到签署后的合同文件，并保存所述签署后的合同文件。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述合同签署***400的具体工作过程，可以参考上述合同签署方法的步骤S101-S105实施例中的对应过程，在此不再赘述。

参照图5，在本发明一实施例中一种合同签署***500，包括：

用户终端501，用于向第三方服务器发送合同签署请求，所述合同签署请求携带有合同标识信息和用户标识信息；

所述第三方服务器502，用于接收所述合同签署请求，根据所述合同签署请求，将所述合同标识信息以及所述用户标识信息对应的账号数据发送至本地服务器；

所述本地服务器503，用于获取所述合同标识信息对应的合同文件，根据所述账号数据对合同文件进行签署，并保存签署后的合同文件。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述合同签署***500的具体工作过程，可以参考上述合同签署方法的步骤S301-S302实施例中的对应过程，在此不再赘述。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

图6是本发明实施例提供的终端设备的示意图。如图6所示，该终端设备600包括：处理器601、存储器602以及存储在所述存储器602中并可在所述处理器601上运行的计算机程序603，例如合同自动签署程序。所述处理器601执行所述计算机程序603时实现上述合同签署方法实施例中的步骤，例如图1所示的步骤101至105。

所述计算机程序可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器602中，并由所述处理器601执行，以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序在所述终端中的执行过程。例如，所述计算机程序可以被分割成第一接收模块、获取模块、第二接收模块、签署模块和保存模块，各模块具体功能如下：第一接收模块用于接收用户终端发送的合同签署请求，所述合同签署请求携带有合同标识信息和用户标识信息；获取模块用于根据所述合同签署请求，获取与所述合同标识信息对应的合同文件，并向第三方服务器发送账号数据获取请求；所述账号数据获取请求携带有所述用户标识信息；第二接收模块用于接收所述第三方服务器根据接收到的所述账号数据获取请求发送的与所述用户标识信息对应的账号数据；签署模块，用于根据所述账号数据对所述合同文件进行签署，得到签署后的合同文件；保存模块用于保存所述签署后的合同文件。

所述终端可以是智能手机等移动终端，或者是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述终端可包括，但不仅限于，处理器601、存储器602。本领域技术人员可以理解，图6仅仅是终端的示例，并不构成对终端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述终端还可以包括输入输出设备、网络接入设备、总线等。

所称处理器601可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器602可以是所述终端的内部存储单元，例如终端的硬盘或内存。所述存储器602也可以是所述终端的外部存储设备，例如所述终端上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器602还可以既包括所述终端的内部存储单元也包括外部存储设备。所述存储器602用于存储所述计算机程序以及所述终端所需的其他程序和数据。所述存储器602还可以用于暂时地存储已经输出或者将要输出的数据。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。上述***中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

在本发明所提供的实施例中，应该理解到，所揭露的装置/终端和方法，可以通过其它的方式实现。例如，以上所描述的装置/终端实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(Read-Only Memory，ROM)、随机存取存储器(RandomAccess Memory，RAM)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。

Claims (10)

1.一种合同签署方法，其特征在于，应用于本地服务器，包括：

接收用户终端发送的合同签署请求，所述合同签署请求携带有合同标识信息和用户标识信息；

根据所述合同签署请求，获取与所述合同标识信息对应的合同文件，并向第三方服务器发送账号数据获取请求；所述账号数据获取请求携带有所述用户标识信息；

接收所述第三方服务器根据接收到的所述账号数据获取请求发送的与所述用户标识信息对应的账号数据；

根据所述账号数据对所述合同文件进行签署，得到签署后的合同文件；

保存所述签署后的合同文件。

2.根据权利要求1所述的合同签署方法，其特征在于，所述根据所述账号数据对所述合同文件进行签署之后，还包括：

向所述用户终端发送签署成功的消息。

3.一种合同签署方法，其特征在于，应用于第三方服务器，包括：

接收本地服务器发送的账号数据获取请求，所述账号数据获取请求携带有用户标识信息；

根据所述账号数据获取请求，获取与所述用户标识信息对应的账号数据；

将所述账号数据发送至所述本地服务器，以使所述本地服务器根据所述账号数据对合同文件进行签署，并保存签署后的合同文件。

4.一种合同签署方法，其特征在于，应用于第三方服务器，包括：

接收用户终端发送的合同签署请求，所述合同签署请求携带有合同标识信息和用户标识信息；

根据所述合同签署请求，将所述合同标识信息以及与所述用户标识信息对应的账号数据发送至本地服务器，以使所述本地服务器获取所述合同标识信息对应的合同文件，并根据所述账号数据对合同文件进行签署，保存签署后的合同文件。

5.根据权利要求4所述的合同签署方法，其特征在于，所述接收用户终端发送的合同签署请求之前包括：

接收所述用户终端发送的验证码获取请求，所述验证码获取请求携带有所述用户终端接收验证码的通信地址；

根据所述验证码获取请求，向所述通信地址发送所述验证码；

在所述验证码发送完成后，向所述用户终端发送所述验证码发送完成的消息。

6.根据权利要求4所述的合同签署方法，其特征在于，所述将所述合同标识信息以及与所述用户标识信息对应的账号数据发送至本地服务器之后，还包括：

接收所述本地服务器在完成签署后生成的签署成功的消息，并将所述签署成功的消息返回至所述用户终端。

7.根据权利要求6所述的合同签署方法，其特征在于，所述将所述签署成功的消息返回至所述用户终端之后，还包括：

向所述本地服务器异步发送所述签署成功的消息；

接收所述本地服务器根据所述签署成功的消息的接收情况向所述第三方服务器返回Http状态码，所述接收情况包括接收成功或接收失败。

8.一种合同签署***，其特征在于，包括：

用户终端，用于向本地服务器发送合同签署请求，所述合同签署请求携带有合同标识信息和用户标识信息；

所述本地服务器，用于接收所述合同签署请求，根据所述合同签署请求获取与所述合同标识信息对应的合同文件，并向第三服务器发送账号数据获取请求，所述账号数据获取请求携带有所述用户标识信息；

所述第三方服务器，用于接收所述本地服务器发送的账号数据获取请求，并根据接收到的所述账号数据获取请求向所述本地服务器发送与所述用户标识信息对应的账号数据；

所述本地服务器还用于根据所述账号数据对所述合同文件进行签署，得到签署后的合同文件，并保存所述签署后的合同文件。

9.一种终端设备，包括存储器和执行器，所述存储器存储有计算机程序，其特征在于，所述执行器执行所述计算机程序时实现权利要求1-7中任一项所述合同签署方法的步骤。

10.一种存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被执行器执行时实现权利要求1-7中任一项所述合同签署方法的步骤。