CN109492367A - 电子合同签名处理方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及基于人脸识别的一种电子合同签名处理方法、装置、计算机设备和存储介质。包括：接收终端发送的业务请求，对业务请求进行处理后生成对应的电子合同，电子合同包括签约方标识；将电子合同发送至签约方标识对应的终端；接收签约方标识对应的终端发送的签约请求，签约请求包括签约方标识的当前人脸图片，根据当前人脸图片对签约方进行身份验证；验证通过后向签约方标识对应的终端发送提示信息，使得签约方标识对应的终端对电子合同进行签名；接收签约方标识对应的终端发送的签名信息，并对签名信息进行验证，验证通过后对已签约的电子合同进行存储，并发送至签约方标识对应的终端。采用本方法能够有效提高电子合同的签约效率。

Description

电子合同签名处理方法、装置、计算机设备和存储介质

技术领域

本申请涉及计算机技术领域，特别是涉及基于人脸识别的一种电子合同签名处理方法、装置、计算机设备和存储介质。

背景技术

随着计算机技术和电子商务的迅速发展，出现了线上电子签约的方式。这种签约方式不在需要双方当事人约定时间地点进行签约，大大减少了当事人的签约成本，给用户带来了较大的便利。现有的线上签约方式中，是通过预先收集用户的相关签名信息，用户再将需要签名的电子合同或文档上传至第三方签约平台或签约软件中进行签约，签约之后再发送给对应的签约方进行签约。

然而，这种签约方式中需要用户另外在第三方签约平台上传身份信息和电子合同或文档，并且在注册时对用户身份信息进行验证后，在签约时不会再次对用户的身份进行验证，导致签约的验证效率较低，进而导致签约效率较低。因此，如何有效提高电子合同的签约效率成为目前需要解决的技术问题。

发明内容

基于此，有必要针对上述技术问题，提供一种能够有效提高电子合同的签约效率的电子合同签名处理方法、装置、计算机设备和存储介质。

一种电子合同签名处理方法，包括：

接收终端发送的业务请求，对所述业务请求进行处理后生成对应的电子合同，所述电子合同包括签约方标识；

将所述电子合同发送至所述签约方标识对应的终端；

接收所述签约方标识对应的终端根据所述电子合同发送的签约请求，所述签约请求包括签约方标识的当前人脸图片，根据所述当前人脸图片对签约方进行身份验证；

验证通过后向所述签约方标识对应的终端发送提示信息，以使得所述签约方标识对应的终端对所述电子合同进行签名；

接收所述签约方标识对应的终端发送的签名信息，并对所述签名信息进行验证，验证通过后对已签约的电子合同进行存储，并发送至所述签约方标识对应的终端。

在其中一个实施例中，所述根据所述当前人脸图片对签约方进行身份验证，包括：根据所述签约方标识从预设数据库中获取对应的人脸图像；获取预设的人脸识别模型，通过所述人脸识别模型计算所述人脸图像和所述当前人脸图片对应的特征值；当所述特征值的相似度值达到预设阈值时，则身份验证通过。

在其中一个实施例中，所述接收所述签约方标识对应的终端根据所述电子合同发送的签约请求之前，还包括：接收多个终端发送的注册请求，所述注册请求携带用户标识、用户信息和拍摄的人脸图片；根据所述用户标识从预设数据库中获取对应的人脸图像；获取预设的人脸识别模型，通过所述人脸识别模型计算所述人脸图像和人脸图片对应的特征值；当所述特征值的相似度值达到预设阈值时，则人脸验证通过；当人脸验证通过后，根据所述用户标识从预设数据库中获取对应的用户数据；将所述用户信息与所述用户数据进行比对，当一致时身份验证通过，则对所述注册请求进行处理。

在其中一个实施例中，所述接收所述签约方标识对应的终端根据所述电子合同发送的签约请求之前，还包括：通过哈希算法计算所述电子合同对应的摘要值；根据所述签约方标识获取对应的密钥；根据所述摘要值和所述签约方标识对应的密钥对所述电子合同进行加密，并发送至所述签约方标识对应的终端，以使得对应的终端根据预设规则对所述电子合同解密后进行签名。

在其中一个实施例中，所述签名信息包括签约方的数字签名和时间戳签名，所述对所述签名信息进行验证，包括：获取所述签约方标识对应的密钥，根据所述密钥对所述签名信息中的数字签名进行验证；根据预设规则对所述时间戳签名进行验证；当所述数字签名和所述时间戳签名验证通过后，则表示所述签名信息验证通过。

在其中一个实施例中，服务器中包括主节点和多个从节点，所述方法还包括：接收多个终端发送的签约请求，主节点对所述多个从节点的当前负载权重进行轮询，得到每个从节点的当前负载均衡；根据每个从节点的当前负载均衡将多个签约请求分配至对应的从节点，以使得多个从节点分别对多个签约请求进行处理；从节点对多个签约请求进行处理后，生成对应的签约任务并发送至签约方标识对应的终端；当终端对应多个签约任务时，为多个签约任务分配多个线程，使得对应的终端对多个签约任务进行批量处理。

一种电子合同签名处理装置，包括：

接收模块，用于接收终端发送的业务请求，对所述业务请求进行处理后生成对应的电子合同，所述电子合同包括签约方标识；

发送模块，用于将所述电子合同发送至所述签约方标识对应的终端；

验证模块，用于接收所述签约方标识对应的终端根据所述电子合同发送的签约请求，所述签约请求包括签约方标识的当前人脸图片，根据所述当前人脸图片对签约方进行身份验证；

所述发送模块还用于验证通过后向所述签约方标识对应的终端发送提示信息，以使得所述签约方标识对应的终端对所述电子合同进行签名；

所述验证模块还用于接收所述签约方标识对应的终端发送的签名信息，并对所述签名信息进行验证，验证通过后对已签约的电子合同进行存储，并发送至所述签约方标识对应的终端。

在其中一个实施例中，所述验证模块还用于根据所述签约方标识从预设数据库中获取对应的人脸图像；获取预设的人脸识别模型，通过所述人脸识别模型计算所述人脸图像和所述当前人脸图片对应的特征值；当所述特征值的相似度值达到预设阈值时，则身份验证通过。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

接收终端发送的业务请求，对所述业务请求进行处理后生成对应的电子合同，所述电子合同包括签约方标识；

将所述电子合同发送至所述签约方标识对应的终端；

接收所述签约方标识对应的终端根据所述电子合同发送的签约请求，所述签约请求包括签约方标识的当前人脸图片，根据所述当前人脸图片对签约方进行身份验证；

验证通过后向所述签约方标识对应的终端发送提示信息，以使得所述签约方标识对应的终端对所述电子合同进行签名；

接收所述签约方标识对应的终端发送的签名信息，并对所述签名信息进行验证，验证通过后对已签约的电子合同进行存储，并发送至所述签约方标识对应的终端。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：

接收终端发送的业务请求，对所述业务请求进行处理后生成对应的电子合同，所述电子合同包括签约方标识；

将所述电子合同发送至所述签约方标识对应的终端；

接收所述签约方标识对应的终端根据所述电子合同发送的签约请求，所述签约请求包括签约方标识的当前人脸图片，根据所述当前人脸图片对签约方进行身份验证；

验证通过后向所述签约方标识对应的终端发送提示信息，以使得所述签约方标识对应的终端对所述电子合同进行签名；

接收所述签约方标识对应的终端发送的签名信息，并对所述签名信息进行验证，验证通过后对已签约的电子合同进行存储，并发送至所述签约方标识对应的终端。

上述电子合同签名处理方法、装置、计算机设备和存储介质，服务器接收终端发送的业务请求，对业务请求进行处理后生成对应的电子合同，电子合同包括签约方标识，由此能够有效地根据业务生成对应的电子合同。将电子合同发送至签约方标识对应的终端，并接收签约方标识对应的终端根据电子合同发送的签约请求，签约请求包括签约方标识的当前人脸图片，根据当前人脸图片对签约方进行身份验证；验证通过后向签约方标识对应的终端发送提示信息，以使得签约方标识对应的终端对电子合同进行签名；接收签约方标识对应的终端发送的签名信息，并对签名信息进行验证，验证通过后对已签约的电子合同进行存储，并发送至签约方标识对应的终端。在签约时对签约主体通过人脸识别进行身份验证，有效地提高了签约的验证效率，通过直接在业务系统中对业务请求进行处理后生成对应的电子合同，并直接调用签约系统对电子合同进行签约，有效地提高了电子合同的签约效率。

附图说明

图1为一个实施例中电子合同签名处理方法的应用场景图；

图2为一个实施例中电子合同签名处理方法的流程示意图；

图3为一个实施例中对签约方进行身份验证步骤的流程示意图；

图4为一个实施例中对签约请求进行分布式处理步骤的流程示意图；

图5为一个实施例中电子合同签名处理装置的结构框图；

图6为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请提供的电子合同签名处理方法，可以应用于如图1所示的应用环境中。其中，终端102通过网络与服务器104通过网络进行通信。其中，终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。服务器104可以接收多个终端102发送的业务请求，对业务请求进行处理后生成对应的电子合同，电子合同包括签约方标识，由此能够有效地根据业务生成对应的电子合同。将电子合同发送至签约方标识对应的终端102，并接收签约方标识对应的终端102根据电子合同发送的签约请求，签约请求包括签约方标识的当前人脸图片，根据当前人脸图片对签约方进行身份验证；验证通过后向签约方标识对应的终端102发送提示信息，以使得签约方标识对应的终端102对电子合同进行签名；接收签约方标识对应的终端102发送的签名信息，并对签名信息进行验证，验证通过后对已签约的电子合同进行存储，并发送至签约方标识对应的终端。在签约时对签约主体通过人脸识别进行身份验证，有效地提高了签约的验证效率，通过直接在业务系统中对业务请求进行处理后生成对应的电子合同，并直接调用签约系统对电子合同进行签约，有效地提高了电子合同的签约效率。

在一个实施例中，如图2所示，提供了一种电子合同签名处理方法，以该方法应用于图1中的服务器为例进行说明，包括以下步骤：

步骤202，接收终端发送的业务请求，对业务请求进行处理后生成对应的电子合同，电子合同包括签约方标识。

业务系统可以包括多个子业务系统，例如保险系统可以包括投保系统、核保系统、校验系统以及签名系统等。用户可以通过对应的终端在业务系统中发起业务请求，例如可以是投保、租赁和贷款等业务请求，业务请求中可以包括用户信息。服务器接收到终端发送的业务请求后，根据用户信息对业务请求进行处理，处理后并生成对应的电子合同，电子合同中包括签约方标识。其中，签约方标识可以包括多个。

步骤204，将电子合同发送至签约方标识对应的终端。

步骤206，接收签约方标识对应的终端根据电子合同发送的签约请求，签约请求包括签约方标识的当前人脸图片，根据当前人脸图片对签约方进行身份验证。

服务器对终端发送的业务请求进行处理并生成对应的电子合同后，将电子合同发送至多个签约方标识对应的终端。

签约方标识对应的终端接收到服务器发送的电子合同后，终端获取用户触发的签约指令后，终端提示用户进行实时拍照，通过终端的拍摄装置获取签约方用户的当前人脸图片。终端获取签约方的当前人脸图片后，向服务器发送该电子合同的签约请求，签约请求中携带了签约方标识的当前人脸图片。

服务器接收签约方标识对应的终端根据电子合同发送的签约请求后，根据当前人脸图片对签约方进行身份验证。具体地，根据签约方标识从预设数据库中获取该用户的人脸图像。其中，预设数据库可以是公安数据库。在接收签约方标识对应的终端根据电子合同发送的签约请求之前，服务器可以预先构建出人脸识别模型。进而服务器获取预设的人脸识别模型，将签约方的当前人脸图片和获取的人脸图像输入至人脸识别模型中，通过人脸识别模型计算人脸图像和当前人脸图片对应的特征值。当特征值的相似度值达到预设阈值时，表示该签约方用户为本人，则身份验证通过。

步骤208，验证通过后向签约方标识对应的终端发送提示信息，以使得签约方标识对应的终端对电子合同进行签名。

服务器根据当前人脸图片对签约方的身份验证通过后，则向签约方标识对应的终端发送提示信息，以使得签约方标识对应的终端获取预先生成的数字签名，利用数字签名对该电子合同进行签名，并添加时间戳签名。由此使得签约方标识对应的终端能够有效地对电子合同进行签约。

步骤210，接收签约方标识对应的终端发送的签名信息，并对签名信息进行验证，验证通过后对已签约的电子合同进行存储，并发送至签约方标识对应的终端。

签约方标识对应的终端对电子合同进行签约后，则将签约后的电子合同和签名信息发送至服务器。服务器接收签约方标识对应的终端发送的签名信息，并对签名信息进行验证。具体地，服务器对签名信息中的数字签名和时间戳签名进行验证，以验证数字签名和时间戳签名是否被篡改。当签名信息验证通过后，服务器则对已签约完成的电子合同进行存储，并发送至签约方标识对应的终端。

例如，当业务请求为个人银行卡业务时，用户首先通过对应的终端输入相关的用户信息，并通过终端想服务器发送办理个人银行卡的业务请求，服务器对个人银行卡业务进行处理后生成对应的电子合同，并将电子合同发送至该用户的终端。当用户通过终端发起签约指令时，获取用户实时拍摄的当前人脸图片，并生成签约请求发送至服务器。服务器接收到用户终端发送的签约请求后，首先对签约请求中的当前人脸图片进行识别和验证，以验证当前用户是否为注册用户。当用户的身份验证通过后，则向用户终端发送可以进行签名的提示信息，以使得用户终端对电子合同进行签名。通过在签约前对用户进行人脸识别以验证用户身份，有效地保证了电子合同签约的安全性。

进一步地，电子合同还可以包括对应的合同类型，合同类型可以包括对私业务和对公业务的电子合同。其中，对私业务的电子合同中的签约方可以是个人，对公业务的电子合同的签约方可以为单位。例如，对私业务可以包括个人储蓄、个人消费信贷、个人中间业务、个人住房贷款、个人投资理财业务、银行卡业务、转帐业务、个人电子银行等业务，也就是“对个人的业务”。对公业务可以包括企业电子银行、单位存款业务、信贷业务、机构业务、国际业务、委托性住房金融、资金清算、中间业务、资产推介、基金托管等，也就是“对单位的业务”。

服务器接收终端发送的业务请求后，对该业务请求进行处理并生成对应的电子合同，电子合同中包括多个签约方标识和合同类型。当电子合同的合同类型为对私业务时，则按照上述方法对电子合同进行签名处理。

当电子合同的合同类型为对公业务时，服务器对终端发送的业务请求进行处理并生成对应的电子合同后，将电子合同发送至多个签约方标识对应的终端。签约方标识对应的终端接收到服务器发送的电子合同后，对应的终端获取用户触发的签约指令，向服务器发送该电子合同的签约请求，签约请求中携带了签约方标识的签约方信息。

服务器接收签约方标识对应的终端根据电子合同发送的签约请求后，根据签约方信息对签约方进行身份验证。具体地，根据签约方标识从预设数据库中获取该签约方的用户数据。其中，预设数据库可以是工商局数据库、银行数据库等。在接收签约方标识对应的终端根据电子合同发送的签约请求之前，服务器可以预先构建出评估模型。进而服务器获取预设的评估模型，将签约方的签约方信息和获取的用户数据输入至评估模型中，通过评估模型对该签约方的身份、企业状态和信用信息等进行评估。当对应的评估值达到预设阈值时，表示该签约方用户的运营和信用等良好，则身份验证通过。由此当电子合同为对公业务的电子合同时，能够有效地对签约方的身份进行验证。

验证通过后向签约方标识对应的终端发送提示信息，以使得签约方标识对应的终端对电子合同进行签名。接收签约方标识对应的终端发送的签名信息，并对签名信息进行验证，验证通过后对已签约的电子合同进行存储，并发送至签约方标识对应的终端。通过直接在业务系统中对业务请求进行处理后生成对应的电子合同，进而调用签约系统对电子合同进行签约，并在签约钱对签约方进行身份验证，有效地提高了电子合同的签约效率。

进一步地，当电子合同中的签约方既包括个人又包括单位时，则通过识别签约方的身份类型，采用不同的方法对签约方的身份进行验证。当签约方标识对应的身份类型为个人时，则采用上述对私业务的处理方法对电子合同进行签名处理。当签约方标识对应的身份类型为单位时，则采用上述对公业务的处理方法对电子合同进行签名处理方法，由此根据不同身份类型的签约主体采用不同的身份验证方式，有效地提高了签约方身份验证的效率。

而传统的方式中，用户在第三方签约平台进行注册并验证身份后，则将需要签约的电子合同上传至第三方签约平台进行签约，这种方式并没有和具体的业务进行对接，需要用户自行获取电子合同，并自行上传至第三方签约平台进行签约，业务流程较为繁琐，专业性较差，进而导致电子合同的签约效率比较低。而且传统的方式中，用户在第三方签约平台进行注册并验证身份后，上传电子合同进行签约的过程中并不会再次对签约主体的身份进行验证，有可能出现签约主体的身份不真实的情况，因此导致签约的安全性和效率较低。

上述电子合同签名处理方法中，服务器接收终端发送的业务请求，对业务请求进行处理后生成对应的电子合同，电子合同包括签约方标识，由此能够有效地根据业务生成对应的电子合同。将电子合同发送至签约方标识对应的终端，并接收签约方标识对应的终端根据电子合同发送的签约请求，签约请求包括签约方标识的当前人脸图片，根据当前人脸图片对签约方进行身份验证；验证通过后向签约方标识对应的终端发送提示信息，以使得签约方标识对应的终端对电子合同进行签名；接收签约方标识对应的终端发送的签名信息，并对签名信息进行验证，验证通过后对已签约的电子合同进行存储，并发送至签约方标识对应的终端。在签约时对签约主体通过人脸识别进行身份验证，有效地提高了签约的验证效率，通过直接在业务系统中对业务请求进行处理后生成对应的电子合同，并直接调用签约系统对电子合同进行签约，有效地提高了电子合同的签约效率。

在一个实施例中，如图3所示，根据当前人脸图片对签约方进行身份验证的步骤，具体包括一下内容：

步骤302，根据签约方标识从预设数据库中获取对应的人脸图像。

步骤304，获取预设的人脸识别模型，通过人脸识别模型计算人脸图像和当前人脸图片对应的特征值。

步骤306，当特征值的相似度值达到预设阈值时，则身份验证通过。

服务器对终端发送的业务请求进行处理并生成对应的电子合同后，将电子合同发送至多个签约方标识对应的终端。签约方标识对应的终端接收到服务器发送的电子合同后，终端获取用户触发的签约指令后，终端提示用户进行实时拍照，通过终端的拍摄装置获取签约方用户的当前人脸图片。具体的，终端拍摄当前人脸图片后，服务器还可以对当前人脸图片进行拍摄质量评估，评估拍摄质量可以包括头部角度评估、明亮度评估和动态模糊评估，例如，评估包括判断头部是否在预设偏角以内，明亮度是否在预设明亮值以内以及模糊值是否在预设范围内。若拍摄质量评估不符合要求，则提示需要用户调整的内容，如“请摆正头部”、“请略微低头”、“请略微远离摄像头”等提示信息，以提示用户进行重新拍摄。此外，评估拍摄质量还可以包括判断用户是否佩戴粗框眼镜、墨镜，是否头发遮挡耳朵或其他五官。

拍摄质量评估通过后，终端则获取签约方的当前人脸图片，并向服务器发送该电子合同的签约请求，签约请求中携带了签约方标识的当前人脸图片。服务器接收签约方标识对应的终端根据电子合同发送的签约请求后，根据当前人脸图片对签约方进行身份验证。

具体地，服务器根据签约方标识从预设数据库中获取该用户的人脸图像。其中，签约方标识可以包括签约方主体的身份证号码，预设数据库可以是公安数据库，服务器则通过对应的接口获取该签约方标识对应的身份信息，身份信息中包括了身份证对应的人脸图像。在接收签约方标识对应的终端根据电子合同发送的签约请求之前，服务器可以预先构建出人脸识别模型。进而服务器获取预设的人脸识别模型，将签约方的当前人脸图片和获取的人脸图像输入至人脸识别模型中，通过人脸识别模型计算人脸图像和当前人脸图片对应的特征值。其中，人脸识别的过程可以包括人脸采集、人脸特征定位、人脸特征提取和人脸特征相似度比对的步骤。服务器可以首先采集人脸图片和人脸图像中的人脸区域部分，进一步地，可以在人脸区域部分添加对应的坐标，并在添加的坐标中检测人脸特征，并定位出人脸中五官特征的位置。人脸特征定位包括对人脸的多个包含器官的特征进行定位，包括对人脸的多个包含眉毛、眼睛、鼻子、嘴巴等器官的特征进行定位。

进一步地，服务器对当前人脸图片和身份证的人脸图像进行人脸特征提取，服务器根据预设提取规则，提取每个特征的多个特征信息。人脸特征可以包括长度、斜度、灰度差等参数来表现各部位的三维尺寸、倾斜方向、与其他部位的距离等特征信息，人脸特征可以是一组特征信息。

服务器则根据多个特征信息计算出人脸特征对应的特征值，并将当前人脸图片的特征值和身份证的人脸图像的特征值进行相似度计算，相似度计算可以是将两组特征信息逐一比对，并定义每个特征信息具有一定的权重，例如重要特征信息的权重大，次要特征信息的权重相对较小。当特征值的相似度值达到预设阈值时，表示当前人签约方身份与数据库中存储的身份信息一致，则身份验证通过。通过人脸识别模型计算人脸图像和当前人脸图片对应的特征值。当特征值的相似度值达到预设阈值时，表示该签约方用户为本人，则身份验证通过。

在一个实施例中，接收签约方标识对应的终端发送的签约请求之前，还包括：接收多个终端发送的注册请求，注册请求携带用户标识、用户信息和拍摄的人脸图片；根据用户标识从预设数据库中获取对应的人脸图像；获取预设的人脸识别模型，通过人脸识别模型计算人脸图像和人脸图片对应的特征值；当特征值的相似度值达到预设阈值时，则人脸验证通过；当人脸验证通过后，根据用户标识从预设数据库中获取对应的用户数据；将用户信息与用户数据进行比对，当一致时身份验证通过，则对注册请求进行处理。

用户在办理业务之前，需要在业务系统或业务平台中进行注册并核实身份信息。具体地，用户可以通过对应的终端想服务器发送注册请求，注册请求中携带了用户标识、用户信息和实时拍摄的人脸图片。服务器接收到指定发送的注册请求后，根据注册请求中的用户标识从预设数据库中获取对应的人脸图像。其中，用户标识可以是用户的身份证号码，预设数据库可以是公安数据库，服务器则通过对应的接口获取该用户标识对应的身份信息，身份信息中包括了身份证对应的人脸图像。

进而服务器获取预设的人脸识别模型，将用户拍摄的人脸图片和获取的人脸图像输入至人脸识别模型中，通过人脸识别模型计算人脸图像和人脸图片对应的特征值。当特征值的相似度值达到预设阈值时，表示该用户与数据库的身份信息一致，即注册用户为本人，则人脸验证通过。

进一步地，当人脸验证通过后，根据用户标识从预设数据库中获取对应的用户数据。其中，预设数据库可以包括银行数据库、工商信息数据库以及征信平台数据库等。将用户信息与用户数据进行比对，当一致时身份验证通过，则对注册请求进行处理。进一步地，服务器还可以获取预设的评估模型，通过评估模型对用户信息和用户数据进行风险和信用评估，进而得到该用户的评估结果。当评估结果表示该用户未存在风险时，则该用户的身份验证通过。当评估结果表示该用户存在风险时，则向对应的终端发送注册不予通过的提示信息。

进一步地，放服务器还可以同时通过短信动态验证码进行验证。例如，服务器可以同时采用人脸识别验证、工商信息校验、手机实名校验、银行卡四要素和短信动态口令等多种方式加强对注册用户的身份验证。

当用户的身份验证通过后，服务器则根据用户信息生成该用户的数字证书和对应的密钥，并将该用户的数字证书和对应的密钥发送至该用户的终端。例如，当该用户为个人用户时，则为该用户生成对应的个人数字证书；当该用户为企业用户时，则为该用户生成对应的企业数字证书。在注册的过程中，通过对用户进行人脸识别和用户信息多重验证，有效地提高了用户身份验证的效率，从而提高了电子合同签约的安全性。

在一个实施例中，接收签约方标识对应的终端发送的签约请求之前，还包括：通过哈希算法计算电子合同对应的摘要值；根据签约方标识获取对应的密钥；根据摘要值和签约方标识对应的密钥对电子合同进行加密，并发送至签约方标识对应的终端，以使得对应的终端根据预设规则对电子合同解密后进行签名。

服务器接收到终端发送的业务请求后，根据用户信息对业务请求进行处理，处理后并生成对应的电子合同，电子合同中包括签约方标识。其中，签约方标识可以包括多个。

服务器对终端发送的业务请求进行处理并生成对应的电子合同后，对电子合同进行加密。具体地，服务器可以利用哈希算法计算出电子合同的摘要值。用户在注册完成后，服务器会为注册的用户生成对应的数字证书和密钥，并将生成的数字证书和密钥发送至对应的终端，其中，服务器中可以存储用户的密钥，例如，可以将用户的公钥存储至数据库中。

服务器通过哈希算法计算出电子合同的摘要值后，则根据签约方标识从数据库中获取该用户的密钥，并利用密钥对摘要值进行加密，由此对电子合同进行加密。服务器对电子合同加密后，将电子合同发送至签约方标识对应的终端，签约方标识对应的终端接收到电子合同后，按照预设规则对电子合同进行解密，例如，终端可以利用同样的哈希算法对电子合同进行摘要，并利用签约方标识对应的私钥进行解密和验证。终端对电子合同解密后，则可以进行签名处理。通过对传输的电子合同进行加密，有效地保证了电子合同数据的安全性。

在一个实施例中，签名信息包括签约方的数字签名和时间戳签名，对签名信息进行验证的步骤包括：获取签约方标识对应的密钥，根据密钥对签名信息中的数字签名进行验证；根据预设规则对时间戳签名进行验证；当数字签名和时间戳签名验证通过后，则表示签名信息验证通过。

服务器对终端发送的业务请求进行处理并生成对应的电子合同后，将电子合同发送至多个签约方标识对应的终端。签约方标识对应的终端接收到服务器发送的电子合同后，向服务器发送该电子合同的签约请求，签约请求中携带了签约方标识的当前人脸图片。

服务器接收签约方标识对应的终端根据电子合同发送的签约请求后，根据当前人脸图片对签约方进行身份验证。服务器根据当前人脸图片对签约方的身份验证通过后，则向签约方标识对应的终端发送提示信息，以使得签约方标识对应的终端获取预先生成的数字签名，利用数字签名对该电子合同进行签名，并添加时间戳签名。由此使得签约方标识对应的终端能够有效地对电子合同进行签约。

签约方标识对应的终端在对电子合同进行签约的过程中，会利用预设的算法规则生成签名。例如，终端可以获取当前的时间戳和预设的签名标识，并生成一个随机数，根据时间戳、签名标识、随机数和数字证书生成对应的签名信息，利用生成的签名信息对电子合同进行签名，并对电子合同和签名信息进行加密。

签约方标识对应的终端对电子合同进行签约后，则将签约后的电子合同和签名信息发送至服务器。服务器接收签约方标识对应的终端发送的签名信息，并对签名信息进行验证。

具体地，服务器可以按照预设的算法规则计算出签名信息，根据签约方标识获取对应的密钥，根据签约方标识的密钥对签名信息中的数字签名进行验证。服务器并根据预设规则对时间戳签名进行验证。当数字签名和时间戳签名验证通过后，则表示签名信息验证通过。例如，当签名信息是根据时间戳、签名标识、随机数和数字证书生成对应的，服务器按照对应的算法规则计算出签名信息中的参数后，则分别对时间戳、签名标识、随机数和数字证书进行验证，当所有参数都验证通过后，则签名信息验证通过。通过对电子合同的签名信息进行验证，有效地保证了电子合同签名的安全性和有效性。

在一个实施例中，服务器中包括主节点和多个从节点，该方法还包括对签约请求进行分布式处理的步骤，该步骤具体包括以下内容：

步骤402，接收多个终端发送的签约请求，主节点对多个从节点的当前负载权重进行轮询，得到每个从节点的当前负载均衡。

服务器可以是服务器集群，服务器集群中包括主服务器和多个从节点，上述的服务器可以是服务器集群中的主服务器，即主节点。服务器接收到签约方标识对应的终端根据电子合同发送的签约请求后，对集群中多个从节点的当前负载权重进行轮询，得到每个从节点的当前负载权重。

步骤404，根据每个从节点的当前负载均衡将多个签约请求分配至对应的从节点，以使得多个从节点分别对多个签约请求进行处理。

主节点根据集群中每个从节点的当前负载权重为签约请求选择对应的从节点标识，并对被选择的从节点标识对应的当前负载权重进行平滑处理，利用平滑处理后的结果选择下一个签约请求对应的从节点标识，直至为多个签约请求选择出对应的从节点标识。由此主节点根据被选择出的从节点标识将多个签约请求分配至对应的从节点，使得每个从节点对分配的签约请求进行处理。具体地，每个从节点对分配的签约请求进行处理。通过平滑处理可以对当前已分配签约请求的从节点的资源消耗进行抵消，防止重复计算其负载权重，以此达到集群中多个从节点的负载均衡。

步骤406，从节点对多个签约请求进行处理后，生成对应的签约任务并发送至签约方标识对应的终端。

步骤408，当终端对应多个签约任务时，为多个签约任务分配多个线程，使得对应的终端对多个签约任务进行批量处理。

多个从节点对分配的签约请求进行处理后，生成对应的签约任务，添加对应的任务标识，并发送至签约方标识对应的终端。

每个签约方标识对应的终端可能会接收到多个签约任务，当签约方标识包括了多个对应的签约任务时，服务器根据任务标识为每个签约任务分配对应的线程，签约方标识对应的终端接收到多个签约任务后，则调用多个签约任务对应的多个线程，利用预先生成的数字签章同时多个签约任务进行批量处理。服务器根据每个从节点的当前负载权重对多个签约请求进行分配，从而能够使得集群中的多个从节点分别对多个签约请求进行并行处理，进而能够有效提高签约请求的处理效率。通过对签约任务分配多个线程使得对应的终端对多个签约任务进行批量处理，有效地提高了电子合同的签约效率。

在一个实施例中，服务器可以通过大数据处理平台同时对多个用户的注册请求进行处理，并进行身份验证，以及对多个电子合同的签约请求进行处理。其中，服务器可以预先建立分布式数据库，例如可以建立用户身份信息数据库、工商信息数据库、电子合同数据库等，服务器将获取的数据存储至对应的数据库，并建立对应的索引。当服务器在对用户进行身份验证时，则调用对应的数据库中的信息进行验证。当服务器对电子合同进行处理时，则根据电子合同的类型从对应的数据库中获取相应的数据进行处理。通过大数据平台进行身份验证和对电子合同进行处理，有效地提高了电子签约的效率。

在一个实施例中，服务器对终端发送的业务请求进行处理并生成对应的电子合同后，将电子合同发送至多个签约方标识对应的终端。当签约方标识对应的终端接收到服务器发送的电子合同后，终端检测到电子合同存在问题时，向服务器发送合同撤回请求，撤回请求中包括撤回理由信息。服务器对撤回请求中的撤回理由信息进行校验。校验通过后，服务器对该电子合同添加撤回标识，即表示该电子合同被撤回，处于无效状态。通过对电子合同的撤回请求进行验证，有效地提高了电子合同签约的灵活性，进而有效地提高了线上电子签约的效率。

应该理解的是，虽然图2-4的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-4中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图5所示，提供了一种电子合同签名处理装置，包括：合同生成模块502、合同发生模块504、身份验证模块506和签名验证模块508，其中：

合同生成模块502，用于接收终端发送的业务请求，对业务请求进行处理后生成对应的电子合同，电子合同包括签约方标识；

合同发送模块504，用于将电子合同发送至签约方标识对应的终端；

身份验证模块506，用于接收签约方标识对应的终端根据电子合同发送的签约请求，签约请求包括签约方标识的当前人脸图片，根据当前人脸图片对签约方进行身份验证；

合同发送模块504还用于验证通过后向签约方标识对应的终端发送提示信息，以使得签约方标识对应的终端对电子合同进行签名；

签名验证模块508，用于接收签约方标识对应的终端发送的签名信息，并对签名信息进行验证，验证通过后对已签约的电子合同进行存储，并发送至签约方标识对应的终端。

在一个实施例中，身份验证模块506还用于根据签约方标识从预设数据库中获取对应的人脸图像；获取预设的人脸识别模型，通过人脸识别模型计算人脸图像和当前人脸图片对应的特征值；当特征值的相似度值达到预设阈值时，则身份验证通过。

在一个实施例中，该装置还包括请求接收模块，用于接收多个终端发送的注册请求，注册请求携带用户标识、用户信息和拍摄的人脸图片；身份验证模块506还用于根据用户标识从预设数据库中获取对应的人脸图像；获取预设的人脸识别模型，通过人脸识别模型计算人脸图像和人脸图片对应的特征值；当特征值的相似度值达到预设阈值时，则人脸验证通过；当人脸验证通过后，根据用户标识从预设数据库中获取对应的用户数据；将用户信息与用户数据进行比对，当一致时身份验证通过，则对注册请求进行处理。

在一个实施例中，该装置还包括合同加密模块，用于通过哈希算法计算电子合同对应的摘要值；根据签约方标识获取对应的密钥；根据摘要值和签约方标识对应的密钥对电子合同进行加密，并发送至签约方标识对应的终端，以使得对应的终端根据预设规则对电子合同解密后进行签名。

在一个实施例中，签名信息包括签约方的数字签名和时间戳签名，签名验证模块508还用于获取签约方标识对应的密钥，根据密钥对签名信息中的数字签名进行验证；根据预设规则对时间戳签名进行验证；当数字签名和时间戳签名验证通过后，则表示签名信息验证通过。

在一个实施例中，服务器中包括主节点和多个从节点，该装置还包括节点分配模块，用于接收多个终端发送的签约请求，主节点对多个从节点的当前负载权重进行轮询，得到每个从节点的当前负载均衡；根据每个从节点的当前负载均衡将多个签约请求分配至对应的从节点，以使得多个从节点分别对多个签约请求进行处理；从节点对多个签约请求进行处理后，生成对应的签约任务并发送至签约方标识对应的终端；该装置还包括批量处理模块，用于当终端对应多个签约任务时，为多个签约任务分配多个线程，使得对应的终端对多个签约任务进行批量处理。

关于电子合同签名处理装置的具体限定可以参见上文中对于电子合同签名处理方法的限定，在此不再赘述。上述电子合同签名处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图6所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储电子合同、人脸图像、用户信息等数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种电子合同签名处理方法。

本领域技术人员可以理解，图6中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，该存储器存储有计算机程序，该处理器执行计算机程序时实现以下步骤：

接收终端发送的业务请求，对业务请求进行处理后生成对应的电子合同，电子合同包括签约方标识；

将电子合同发送至签约方标识对应的终端；

接收签约方标识对应的终端根据电子合同发送的签约请求，签约请求包括签约方标识的当前人脸图片，根据当前人脸图片对签约方进行身份验证；

验证通过后向签约方标识对应的终端发送提示信息，以使得签约方标识对应的终端对电子合同进行签名；

接收签约方标识对应的终端发送的签名信息，并对签名信息进行验证，验证通过后对已签约的电子合同进行存储，并发送至签约方标识对应的终端。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：根据签约方标识从预设数据库中获取对应的人脸图像；获取预设的人脸识别模型，通过人脸识别模型计算人脸图像和当前人脸图片对应的特征值；当特征值的相似度值达到预设阈值时，则身份验证通过。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：接收多个终端发送的注册请求，注册请求携带用户标识、用户信息和拍摄的人脸图片；根据用户标识从预设数据库中获取对应的人脸图像；获取预设的人脸识别模型，通过人脸识别模型计算人脸图像和人脸图片对应的特征值；当特征值的相似度值达到预设阈值时，则人脸验证通过；当人脸验证通过后，根据用户标识从预设数据库中获取对应的用户数据；将用户信息与用户数据进行比对，当一致时身份验证通过，则对注册请求进行处理。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：通过哈希算法计算电子合同对应的摘要值；根据签约方标识获取对应的密钥；根据摘要值和签约方标识对应的密钥对电子合同进行加密，并发送至签约方标识对应的终端，以使得对应的终端根据预设规则对电子合同解密后进行签名。

在一个实施例中，签名信息包括签约方的数字签名和时间戳签名，处理器执行计算机程序时还实现以下步骤：获取签约方标识对应的密钥，根据密钥对签名信息中的数字签名进行验证；根据预设规则对时间戳签名进行验证；当数字签名和时间戳签名验证通过后，则表示签名信息验证通过。

在一个实施例中，服务器中包括主节点和多个从节点，处理器执行计算机程序时还实现以下步骤：接收多个终端发送的签约请求，主节点对多个从节点的当前负载权重进行轮询，得到每个从节点的当前负载均衡；根据每个从节点的当前负载均衡将多个签约请求分配至对应的从节点，以使得多个从节点分别对多个签约请求进行处理；从节点对多个签约请求进行处理后，生成对应的签约任务并发送至签约方标识对应的终端；该装置还包括批量处理模块，用于当终端对应多个签约任务时，为多个签约任务分配多个线程，使得对应的终端对多个签约任务进行批量处理。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

接收终端发送的业务请求，对业务请求进行处理后生成对应的电子合同，电子合同包括签约方标识；

将电子合同发送至签约方标识对应的终端；

接收签约方标识对应的终端根据电子合同发送的签约请求，签约请求包括签约方标识的当前人脸图片，根据当前人脸图片对签约方进行身份验证；

验证通过后向签约方标识对应的终端发送提示信息，以使得签约方标识对应的终端对电子合同进行签名；

接收签约方标识对应的终端发送的签名信息，并对签名信息进行验证，验证通过后对已签约的电子合同进行存储，并发送至签约方标识对应的终端。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：根据签约方标识从预设数据库中获取对应的人脸图像；获取预设的人脸识别模型，通过人脸识别模型计算人脸图像和当前人脸图片对应的特征值；当特征值的相似度值达到预设阈值时，则身份验证通过。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：接收多个终端发送的注册请求，注册请求携带用户标识、用户信息和拍摄的人脸图片；根据用户标识从预设数据库中获取对应的人脸图像；获取预设的人脸识别模型，通过人脸识别模型计算人脸图像和人脸图片对应的特征值；当特征值的相似度值达到预设阈值时，则人脸验证通过；当人脸验证通过后，根据用户标识从预设数据库中获取对应的用户数据；将用户信息与用户数据进行比对，当一致时身份验证通过，则对注册请求进行处理。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：通过哈希算法计算电子合同对应的摘要值；根据签约方标识获取对应的密钥；根据摘要值和签约方标识对应的密钥对电子合同进行加密，并发送至签约方标识对应的终端，以使得对应的终端根据预设规则对电子合同解密后进行签名。

在一个实施例中，签名信息包括签约方的数字签名和时间戳签名，计算机程序被处理器执行时还实现以下步骤：获取签约方标识对应的密钥，根据密钥对签名信息中的数字签名进行验证；根据预设规则对时间戳签名进行验证；当数字签名和时间戳签名验证通过后，则表示签名信息验证通过。

在一个实施例中，服务器中包括主节点和多个从节点，计算机程序被处理器执行时还实现以下步骤：接收多个终端发送的签约请求，主节点对多个从节点的当前负载权重进行轮询，得到每个从节点的当前负载均衡；根据每个从节点的当前负载均衡将多个签约请求分配至对应的从节点，以使得多个从节点分别对多个签约请求进行处理；从节点对多个签约请求进行处理后，生成对应的签约任务并发送至签约方标识对应的终端；该装置还包括批量处理模块，用于当终端对应多个签约任务时，为多个签约任务分配多个线程，使得对应的终端对多个签约任务进行批量处理。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种电子合同签名处理方法，包括：

接收终端发送的业务请求，对所述业务请求进行处理后生成对应的电子合同，所述电子合同包括签约方标识；

将所述电子合同发送至所述签约方标识对应的终端；

接收所述签约方标识对应的终端根据所述电子合同发送的签约请求，所述签约请求包括签约方标识的当前人脸图片，根据所述当前人脸图片对签约方进行身份验证；

验证通过后向所述签约方标识对应的终端发送提示信息，以使得所述签约方标识对应的终端对所述电子合同进行签名；

接收所述签约方标识对应的终端发送的签名信息，并对所述签名信息进行验证，验证通过后对已签约的电子合同进行存储，并发送至所述签约方标识对应的终端。

2.根据权利要求1所述的方法，其特征在于，所述根据所述当前人脸图片对签约方进行身份验证，包括：

根据所述签约方标识从预设数据库中获取对应的人脸图像；

获取预设的人脸识别模型，通过所述人脸识别模型计算所述人脸图像和所述当前人脸图片对应的特征值；

当所述特征值的相似度值达到预设阈值时，则身份验证通过。

3.根据权利要求1所述的方法，其特征在于，所述接收所述签约方标识对应的终端根据所述电子合同发送的签约请求之前，还包括：

接收多个终端发送的注册请求，所述注册请求携带用户标识、用户信息和拍摄的人脸图片；

根据所述用户标识从预设数据库中获取对应的人脸图像；

获取预设的人脸识别模型，通过所述人脸识别模型计算所述人脸图像和人脸图片对应的特征值；

当所述特征值的相似度值达到预设阈值时，则人脸验证通过；

当人脸验证通过后，根据所述用户标识从预设数据库中获取对应的用户数据；

将所述用户信息与所述用户数据进行比对，当一致时身份验证通过，则对所述注册请求进行处理。

4.根据权利要求1至3任意一项所述的方法，其特征在于，所述接收所述签约方标识对应的终端根据所述电子合同发送的签约请求之前，还包括：

通过哈希算法计算所述电子合同对应的摘要值；

根据所述签约方标识获取对应的密钥；

根据所述摘要值和所述签约方标识对应的密钥对所述电子合同进行加密，并发送至所述签约方标识对应的终端，以使得对应的终端根据预设规则对所述电子合同解密后进行签名。

5.根据权利要求4所述的方法，其特征在于，所述签名信息包括签约方的数字签名和时间戳签名，所述对所述签名信息进行验证，包括：

获取所述签约方标识对应的密钥，根据所述密钥对所述签名信息中的数字签名进行验证；

根据预设规则对所述时间戳签名进行验证；

当所述数字签名和所述时间戳签名验证通过后，则表示所述签名信息验证通过。

6.根据权利要求1所述的方法，其特征在于，服务器中包括主节点和多个从节点，所述方法还包括：

接收多个终端发送的签约请求，主节点对所述多个从节点的当前负载权重进行轮询，得到每个从节点的当前负载均衡；

根据每个从节点的当前负载均衡将多个签约请求分配至对应的从节点，以使得多个从节点分别对多个签约请求进行处理；

从节点对多个签约请求进行处理后，生成对应的签约任务并发送至签约方标识对应的终端；

当终端对应多个签约任务时，为多个签约任务分配多个线程，使得对应的终端对多个签约任务进行批量处理。

7.一种电子合同签名处理装置，包括：

合同生成模块，用于接收终端发送的业务请求，对所述业务请求进行处理后生成对应的电子合同，所述电子合同包括签约方标识；

合同发送模块，用于将所述电子合同发送至所述签约方标识对应的终端；

身份验证模块，用于接收所述签约方标识对应的终端根据所述电子合同发送的签约请求，所述签约请求包括签约方标识的当前人脸图片，根据所述当前人脸图片对签约方进行身份验证；

所述合同发送模块还用于验证通过后向所述签约方标识对应的终端发送提示信息，以使得所述签约方标识对应的终端对所述电子合同进行签名；

签名验证模块，用于接收所述签约方标识对应的终端发送的签名信息，并对所述签名信息进行验证，验证通过后对已签约的电子合同进行存储，并发送至所述签约方标识对应的终端。

8.根据权利要求7所述的装置，其特征在于，所述验证模块还用于根据所述签约方标识从预设数据库中获取对应的人脸图像；获取预设的人脸识别模型，通过所述人脸识别模型计算所述人脸图像和所述当前人脸图片对应的特征值；当所述特征值的相似度值达到预设阈值时，则身份验证通过。

9.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至6中任一项所述方法的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至6中任一项所述的方法的步骤。