CN115310141A - 一种基于公证系统见证签署的文件验真方法 - Google Patents

一种基于公证系统见证签署的文件验真方法 Download PDF

Info

Publication number
CN115310141A
CN115310141A CN202210856332.4A CN202210856332A CN115310141A CN 115310141 A CN115310141 A CN 115310141A CN 202210856332 A CN202210856332 A CN 202210856332A CN 115310141 A CN115310141 A CN 115310141A
Authority
CN
China
Prior art keywords
signing
contract
signer
notarization
text
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202210856332.4A
Other languages
English (en)
Inventor
刘超
莫慧
潘智
吴慧华
甘树禧
覃康力
黄国才
张良
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Guangxi Liugang Dongxin Technology Co ltd
Liuzhou Iron and Steel Co Ltd
Original Assignee
Guangxi Liugang Dongxin Technology Co ltd
Liuzhou Iron and Steel Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Guangxi Liugang Dongxin Technology Co ltd, Liuzhou Iron and Steel Co Ltd filed Critical Guangxi Liugang Dongxin Technology Co ltd
Priority to CN202210856332.4A priority Critical patent/CN115310141A/zh
Publication of CN115310141A publication Critical patent/CN115310141A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/64—Protecting data integrity, e.g. using checksums, certificates or signatures
    • G06F21/645—Protecting data integrity, e.g. using checksums, certificates or signatures using a third party
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31—User authentication
    • G06F21/32—User authentication using biometric data, e.g. fingerprints, iris scans or voiceprints
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/602—Providing cryptographic facilities or services
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06V—IMAGE OR VIDEO RECOGNITION OR UNDERSTANDING
    • G06V10/00—Arrangements for image or video recognition or understanding
    • G06V10/70—Arrangements for image or video recognition or understanding using pattern recognition or machine learning
    • G06V10/74—Image or video pattern matching; Proximity measures in feature spaces
    • G06V10/761—Proximity, similarity or dissimilarity measures
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06V—IMAGE OR VIDEO RECOGNITION OR UNDERSTANDING
    • G06V40/00—Recognition of biometric, human-related or animal-related patterns in image or video data
    • G06V40/10—Human or animal bodies, e.g. vehicle occupants or pedestrians; Body parts, e.g. hands
    • G06V40/16—Human faces, e.g. facial parts, sketches or expressions
    • G06V40/168—Feature extraction; Face representation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06V—IMAGE OR VIDEO RECOGNITION OR UNDERSTANDING
    • G06V40/00—Recognition of biometric, human-related or animal-related patterns in image or video data
    • G06V40/20—Movements or behaviour, e.g. gesture recognition
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06V—IMAGE OR VIDEO RECOGNITION OR UNDERSTANDING
    • G06V40/00—Recognition of biometric, human-related or animal-related patterns in image or video data
    • G06V40/40—Spoof detection, e.g. liveness detection
    • G06V40/45—Detection of the body part being alive

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Health & Medical Sciences (AREA)
  • Computer Security & Cryptography (AREA)
  • General Health & Medical Sciences (AREA)
  • Computer Vision & Pattern Recognition (AREA)
  • Multimedia (AREA)
  • Software Systems (AREA)
  • Human Computer Interaction (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Oral & Maxillofacial Surgery (AREA)
  • Bioethics (AREA)
  • Medical Informatics (AREA)
  • Evolutionary Computation (AREA)
  • Databases & Information Systems (AREA)
  • Computing Systems (AREA)
  • Artificial Intelligence (AREA)
  • Psychiatry (AREA)
  • Social Psychology (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本发明公开了一种基于公证系统见证签署的文件验真方法，包括用户提出注册与认证并进行登录；发起人通过加密接口将合同的合同文本进行上传，发起签署；签署人收到签署通知后验证身份进行合同签署；签署作准文件进行验真；证据链数据调出，提供签署证据。本发明的有益效果为通过使签署人能在第三方公证系统见证下进行文件签署，并验证作准文件的真伪与完整性；记录签署人的表意行为。

Description

一种基于公证系统见证签署的文件验真方法
技术领域
本发明涉及线上电子签署技术领域，特别是一种基于公证系统见证签署的文件验真方法。
背景技术
随着电子信息化的发展，线上签署电子合同成为不可逆转的趋势，在保障签署过程安全的同时，还需要形成证据链，进行存证。用户使用签署业务系统进行线上签署，会涉及到多种操作，这些操作行为将可以成为证据链，作为用户签署表意行为的确认。最终，可以使用签署完成的作准文件进行公证文件验真，从而将证据链数据调出，进而辅助证明文件的真伪。
本方法在在注册过程中，需要签署人的手机进行短信验证；实名认证过程，需要签署人的身份信息三要素(姓名，身份证，活体人脸)匹配方可认证成功；在发起过程，将发起合同的初始文本信息摘要存证与公证服务系统；在签署过程中，需要匹配签署人的手机短信验证码以及活体人脸信息是否与认证人脸一致，同步将签署信息记录于公证系统；签署完成，由公证系统来进行合同文本与初始合同文本比对，同时，生成作准文本，并将作准文本信息存证于公证服务系统；文件验真，则由业务系统出文件，在公证系统进行文件信息比对。
发明内容
本部分的目的在于概述本发明的实施例的一些方面以及简要介绍一些较佳实施例。在本部分以及本申请的说明书摘要和发明名称中可能会做些简化或省略以避免使本部分、说明书摘要和发明名称的目的模糊，而这种简化或省略不能用于限制本发明的范围。
鉴于上述或现有技术中存在的问题，提出了本发明。
因此，本发明的目的是提供一种基于公证系统见证签署的文件验真方法，其能够使签署人能在第三方公证系统见证下进行文件签署，并验证作准文件的真伪与完整性；记录签署人的表意行为。
为解决上述技术问题，本发明提供如下技术方案：一种基于公证系统见证签署的文件验真方法，其包括用户提出注册与认证并进行登录；发起人通过加密接口将合同的合同文本进行上传，发起签署；签署人收到签署通知后验证身份进行合同签署；签署作准文件进行验真；证据链数据调出，提供签署证据。
作为本发明所述基于公证系统见证签署的文件验真方法的一种优选方案，其中：所述发起签署包括，发起人验证身份通过，登录签署业务系统；发起人通过加密接口将合同的合同文本进行上传，同一个合同附带多个合同文本 (File0，File1，File2，…)，并选择签署人，同一个合同有多个签署人(Signer0， Signer1，Signer2，…)；发起人发起签署，业务服务器为本次签署任务生成唯一编码SignID，然后通过加密接口将合同信息以及合同文件发送至公证服务系统，公证服务系统收到后发起消息后，将合同的多个合同文本(File0，File1， File2，…)分别进行哈希运算，得到每个文本对应的哈希值(Hash0，Hash1，Hash2,…)；同时，将得到的Hash值进行串联，再将串联所得的数据进行新的一轮哈希运算，得到合同发起签署的相关联合同文件总哈希值HashAll；公证系统将收到的发起信息的必要元素以及计算所得的哈希值，记入公证服务数据库(SignID；Signer0，Signer1，Signer2，…；Hash0，Hash1，Hash2，…；HashAll)；由公证服务系统给各个签署人发送合同签署信息。
作为本发明所述基于公证系统见证签署的文件验真方法的一种优选方案，其中：所述合同签署包括，签署人验证身份通过，登录签署业务系统进行合同签署；签署人在签署业务系统进行合同文件内容浏览，并使用个人手写签名或者系统为其生成的唯一个人印章进行签署，签署人确认签署；签署人在公证服务系统前端再次确认合同内容完成，点击确认签署；判断用户的身份信息与二维码上的签署人信息是否相同；签署活体认证界面，抽取2个随机动作，并语音提示签署人；通过动作算法，判断签署人动作是否合格；通过图像算法，将认证时截取的人脸特征信息数据与当前签署人的人脸特征信息进行比对，得到人脸相似度值，比对相似值是否达到系统预设的相似度值；使用活体算法，对当前签署人的人脸特征信息流核验是否为活体人脸；验证签署人是否在有效的时间内输入了正确的短信验证码，公证系统服务器将本条手机号码的签署存证数据标记并记入公证系统数据库，记入数据；签署人的表意行为将被公证服务系统关联本次签署任务唯一编码与签署人身份信息，签署时间，记入数据库；多个签署人按照步骤完成签署；本次签署任务结束。
作为本发明所述基于公证系统见证签署的文件验真方法的一种优选方案，其中：所述多个签署人按照上述步骤完成签署包括，当本次合同的最后一个签署员完成签署时，公证系统根据签署任务唯一编码SignID，将本签署任务关联的签署文件初始文本(File0，File1，lFile2，…)与发起时存证的数据(SignID； Signer0，Signer1，Signer2，…；Hash0，Hash1，Hash2，…；HashAll)；一同取出，将取出的合同初始文本(File0，File1，File2，…)分别进行哈希运算，得到每个文本对应的哈希值(InitialHash0，InitialHash1，InitialHash2,…)；同时，将得到的哈希值进行串联，再将串联所得的数据进行新的一轮哈希运算，得到合同发起签署的相关联合同文件总哈希值InitialHashAll；将计算所得的初始文本的哈希值(InitialHash0，InitialHash1，InitialHash2,…，InitialHashAll)与发起人发起合同时的发起存证数据中的(Hash0，Hash1，Hash2，…；HashAll) 进行比较，可判断当前的取得的初始文件与发起时的文件身份一致，判断一致，则认为文件未被篡改，进行下一步；公证系统将签署任务的所有签署人的确认内容进行组合，将签署人在关于该签署任务的合同文本上的签名与印章进行叠加处理，生成最终的作准文本；公证服务系统将生成的合同作准文本 (FinalFile0，FinalFile1，FinalFile2，…)分别进行哈希运算，得到每个文本对应的哈希值(FinalHash0，FinalHash1，FinalHash2,…)；同时，将得到的哈希值进行串联，再将串联所得的数据进行新的一轮哈希运算，得到合同发起签署的相关联合同文件总哈希值FinalHashAll；公证服务系统将作准文本的信息 (SignID；Signer0，Signer1，Signer2，…；FinalHashHash0，FinalHashHash1， FinalHashHash2，…；FinalHashHashAll)存入数据库。
作为本发明所述基于公证系统见证签署的文件验真方法的一种优选方案，其中：所述签署作准文件进行验真包括，用户在签署业务系统将完成签署的合同的作准文本下载到本地；公证员将用户提供的N个需验真的作准文本通过专用接口，将文本上传至公证系统服务器；通过验真作准文本的哈希值，查询公证服务系统签署存证数据，将对应的作准文本信息取出，通过是否查询到存证数据的验真文本进行判定；比对判定为真的验真文本对应的签署任务唯一编码是否全部相同；将签署任务唯一编码一致的验真文本的哈希值进行串联拼接，再将串联所得的数据进行新的一轮哈希运算，得到本次验真合同的所有验真文本的总哈希；通过唯一编码在公证服务器数据库中找出唯一编码对应的合同总哈希值，对验真文件进行比对。
作为本发明所述基于公证系统见证签署的文件验真方法的一种优选方案，其中：所述文本上传至公证系统服务器包括，公证系统服务器接收到需要验真的文本(AuthFinalFile0，AuthFinalFile1，AuthFinalFile2，…)，将验真作准文本进行哈希运算，得到哈希值(AuthFinalHash0，AuthFinalHash1， AuthFinalHash2,…)。
作为本发明所述基于公证系统见证签署的文件验真方法的一种优选方案，其中：所述证据链数据调出包括，根据验真合同关联的签署任务唯一编码，取出该合同关联的签署人，以及全部签署人的签署表意行为的动作记录，以及签署人认证信息；将信息合成电子证据文本数据，提供给签署用户作为签署证据。
作为本发明所述基于公证系统见证签署的文件验真方法的一种优选方案，其中：所述点击确认签署包括，签署人在公证服务系统前端再次确认合同内容完成，点击确认签署，则公证系统服务器将为本次签署生成唯一二维码 QRcode；若同一个合同有多个签署人，则公证系统会为每一位签署人生成一个唯一二维码；二维码中带签署人信息SignerID与签署任务唯一编码SignID。
作为本发明所述基于公证系统见证签署的文件验真方法的一种优选方案，其中：所述比对相似值是否达到系统预设的相似度值包括，签署人随机动作匹配合格，则将签署人身份信息SignerID、签署人人脸特征信息流SignerFace数据通过加密接口发送至公证系统服务器，公证服务系统将根据 SignerID＝UserID取出签署人的认证数据(UserID，UserName，UserCard，Face， PhoneNum，Rtag)；通过图像算法，将认证时截取的人脸特征信息数据Face与当前签署人的人脸特征信息SignerFace进行比对，得到人脸相似度值FaceRate，比对相似值是否达到系统预设的相似度值RateValue，即FaceRate>＝RateValue则通过人脸相似度比对。
作为本发明所述基于公证系统见证签署的文件验真方法的一种优选方案，其中：所述抽取2个随机动作包括，从摇头/点头/抬头/眨眼/左转/右转6个动作中，随机抽取其中2个要求用户根据指示进行对应动作。
本发明的有益效果：本发明通过使签署人能在第三方公证系统见证下进行文件签署，并验证作准文件的真伪与完整性；记录签署人的表意行为。
附图说明
为了更清楚地说明本发明实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其它的附图。其中：
图1为基于公证系统见证签署的文件验真方法的总体架构示意图。
图2为基于公证系统见证签署的文件验真方法的主要环节示意图。
图3为基于公证系统见证签署的文件验真方法的流程示意图。
具体实施方式
为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合说明书附图对本发明的具体实施方式做详细的说明。
在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是本发明还可以采用其他不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本发明内涵的情况下做类似推广，因此本发明不受下面公开的具体实施例的限制。
其次，此处所称的“一个实施例”或“实施例”是指可包含于本发明至少一个实现方式中的特定特征、结构或特性。在本说明书中不同地方出现的“在一个实施例中”并非均指同一个实施例，也不是单独的或选择性的与其他实施例互相排斥的实施例。
实施例1
参照图1～3，为本发明第一个实施例，该实施例提供了一种基于公证系统见证签署的文件验真方法，其能够使签署人能在第三方公证系统见证下进行文件签署，并验证作准文件的真伪与完整性；记录签署人的表意行为。
具体的，用户提出注册与认证并进行登录；
发起人通过加密接口将合同的合同文本进行上传，发起签署；
签署人收到签署通知后验证身份进行合同签署；
签署作准文件进行验真；
证据链数据调出，提供签署证据。
进一步的，用户注册：
具体的，1、用户使用移动终端下载手机端应用程序或者使用微信扫码打开微信小程序PhoneApp。
2、用户使用本人的手机号码PhoneNum进行注册，提出注册请求，则签署业务系统通过加密接口通知公证系统服务器，公证系统底层验证码管理工具为手机号码PhoneNum生成带序列号Ncode限时Tcode的随机验证码Code，并将数据(PhoneNum，Ncode，Tcode，Code)记入数据库，再调用移动运营商的短信接口，给用户发送该随机验证码Code。
3、用户在PhoneApp界面上，将收到的短信随机验证码Code输入，并设置用户密码Pw。
4、PhoneApp将用户的手机号码PhoneNum、手机硬件设备编码PhoneId、用户输入的短信验证码Code通过加密接口发送至公证系统服务器。
5、公证系统服务器接收到该注册回复验证信息后，根据数据PhoneNum 找出取出最大序列号Ncode相关的注册手机号码存证数据，并且取收到回复的当前时间Tscode做比对，超时收到的回复信息判定为无效数据，未超时的则进行Code数据比对，比对成功，则用户使用手机号码PhoneNum注册成功。同时，公证系统服务器将本条手机号码的注册存证数据标记Ltag＝1，验证通过记入公证系统数据库，记入数据(PhoneNum,Code,PhoneId,Ltag)。
6、公证系统服务器通知签署业务系统服务器，用户注册成功，签署业务系统服务器为该用户生成用户唯一编码UserID，并关联用户的电话号码 PhoneNum。
7、业务系统服务器同步将注册结果返回给移动终端PhoneApp，进行认证完成通知。
进一步的，用户认证：
具体的，1、用户进行实名认证，在PhoneApp上输入姓名UserName、身份证号UserCard，并上传身份证照片。
2、PhoneApp调用移动终端摄像头对用户进行实时人脸特征信息采集，从摇头/点头/抬头/眨眼/左转/右转6个动作中，随机抽取其中2个要求用户根据指示进行对应动作，通过动作算法，算出用户动作是否合格。不合格，则无法进行下一步。
3、用户随机动作匹配合格，则将用户姓名UserName、身份证号码UserCard、人脸特征信息流Face数据通过加密接口发送至公证系统服务器，公证系统服务器调用个人身份信息接口与人脸活体验证算法接口，判断UserName、 UserCard、Face数据是否为匹配个人身份信息，同时验证该人脸特征信息流为活体人脸，而非照片或视频；若验证失败，则无法进行下一步。
4、姓名UserName、身份证号码UserCard、用户活体人脸数据Face，三要素合格，则用户认证成功，并在认证人脸数据流中，截取一帧正面照片进行公证留存。同时，在公证服务系统将实名认证数据标记Rtag＝1，实名认证成功，取认证时间AuthTime，再该用户的实名认证数据进行记录，包含(UserID， UserName，UserCard，Face，PhoneNum，AuthTime，Rtag)。
5、实名认证通过，系统将根据用户UserName、身份证UserCard为其生成唯一的个人印章Seal。
进一步的，用户登录：
具体的，1、用户在PhoneApp界面输入手机号码PhoneNum，用户密码 Pw，PhoneApp获取手机硬件设备编码PhoneId，联同手机号码PhoneNum、用户密码Pw一起发送至签署业务系统服务器，服务器进行密码验证，验证密码通过，则进行下一步；否则登录失败。
2、签署业务系统通过加密接口将手机号码PhoneNum、手机硬件设备编码PhoneId，发送至公证服务系统。
3、公证服务系统验证手机号码PhoneNum、手机硬件设备编码PhoneId，与数据库中记录的注册数据是否一致，一致则通知签署业务服务器，手机硬件匹配，允许用户进行登录。
进一步的，合同发起：
具体的，1、发起人使用手机PhoneApp验证身份通过，登录签署业务系统。
2、发起人通过加密接口将合同的合同文本进行上传，同一个合同可以附带多个合同文本(File0，File1，File2，…)，并选择签署人，同一个合同有多个签署人(Signer0，Signer1，Signer2，…)。
3、发起人发起签署，业务服务器为本次签署任务生成唯一编码SignID，然后通过加密接口将合同信息以及合同文件发送至公证服务系统，公证服务系统收到后发起消息后，将合同的多个合同文本(File0，File1，File2，…)分别进行哈希运算，得到每个文本对应的哈希值(Hash0，Hash1，Hash2,…)。同时，将得到的Hash值进行串联，再将串联所得的数据进行新的一轮哈希运算，得到该次合同发起签署的相关联合同文件总哈希值HashAll。公证系统将收到的发起信息的必要元素以及计算所得的哈希值，记入公证服务数据库(SignID； Signer0，Signer1，Signer2，…；Hash0，Hash1，Hash2，…；HashAll)。
4、由公证服务系统给各个签署人发送合同签署信息。
进一步的，合同签署
具体的，1、签署人收到签署通知后，使用手机PhoneApp验证身份通过，登录签署业务系统进行合同签署。
2、签署人在签署业务系统进行合同文件内容浏览，并使用个人手写签名或者系统为其生成的唯一个人印章Seal进行签署，签署人确认签署，则签署业务系统将当前用户确认好的内容通过加密接口，后台发送给公证服务系统，同时生成对应的唯一URL，将该URL使用与公证服务系统约定的密钥进行加密，签署界面由签署业务系统前端跳转至公证服务系统前端，公证系统服务器根据接收到的加密数据进行解密，按照解密出的数据对应取出从业务系统服务器传输过来的签署人已确认好的签署内容，同步展示到前端给签署人再次确认。
3、签署人在公证服务系统前端再次确认合同内容完成，点击确认签署，则公证系统服务器将为本次签署生成唯一二维码QRcode。若同一个合同有多个签署人，则公证系统会为每一位签署人生成一个唯一二维码。二维码中带签署人信息SignerID与签署任务唯一编码SignID。
4、签署人使用手机PhoneApp进行签署二维码QRcode扫描，PhoneApp 取出当前使用PhoneApp进行二维码扫描的用户的身份信息UserID与二维码上的签署人信息SignerID进行比对，判断UserID与SignerID是否相同。相同，则比对结果为同一个人时，比对签署人信息通过，用户可以进行下一步；当比对不通过，则该用户不能进行签署确认。
5、签署确认第一步，PhoneApp提供签署活体认证界面，抽取2个随机动作，并语音提示签署人。签署人通过手机前置摄像头，根据PhoneApp的提示进行随机动作操作。通过动作算法，算出签署人动作是否合格。
6、签署人随机动作匹配合格，则将签署人身份信息SignerID、签署人人脸特征信息流SignerFace数据通过加密接口发送至公证系统服务器，公证服务系统将根据SignerID＝UserID取出该签署人的认证数据(UserID，UserName， UserCard，Face，PhoneNum，Rtag)。通过图像算法，将认证时截取的人脸特征信息数据Face与当前签署人的人脸特征信息SignerFace进行比对，得到人脸相似度值FaceRate，比对相似值是否达到系统预设的相似度值RateValue，即 FaceRate>＝RateValue则通过人脸相似度比对，同时，使用活体算法，对当前签署人的人脸特征信息流核验是否为活体人脸。人脸比对通过，且识别为活体，则签署人可进行下一步。
7、公证服务系统根据取出的认证数据(UserID，UserName，UserCard，Face，PhoneNum，Rtag)中的手机号码PhoneNum，给签收人发送有时限的随机签署验证码，将该签署验证码数据(PhoneNum，Ncode，Tcode，Code)记入数据库。签署人收到短信后，将签署随机验证码填入，同注册验证短信的处理方式，验证签署人是否在有效的时间内输入了正确的短信验证码。判断输入正确，公证系统服务器将本条手机号码的签署存证数据标记Stag＝1，验证通过记入公证系统数据库，记入数据(PhoneNum,Code,PhoneId,Stag)。
8、签署人的以上表意行为将被公证服务系统关联本次签署任务唯一编码 SignID与签署人身份信息SignerID，签署时间SignTine,记入数据库(SignID， SignerID，SignTine,FaceRate，Code)
9、同一个签署任务有多个签署人时，多个签署人分别按照上述步骤完成签署。当本次合同的最后一个签署员完成签署时，公证系统根据签署任务唯一编码SignID，将本签署任务关联的签署文件初始文本(File0，File1，lFile2，…) 与发起时存证的数据(SignID；Signer0，Signer1，Signer2，…；Hash0，Hash1， Hash2，…；HashAll)。一同取出，将取出的合同初始文本(File0，File1，File2，…) 分别进行哈希运算，得到每个文本对应的哈希值(InitialHash0，InitialHash1， InitialHash2,…)。同时，将得到的哈希值进行串联，再将串联所得的数据进行新的一轮哈希运算，得到该次合同发起签署的相关联合同文件总哈希值 InitialHashAll。
10、将计算所得的初始文本的哈希值(InitialHash0，InitialHash1，InitialHash2,…，InitialHashAll)与发起人发起合同时的发起存证数据中的 (Hash0，Hash1，Hash2，…；HashAll)进行比较，可判断当前的取得的初始文件与发起时的文件身份一直，判断一致，则认为文件未被篡改，进行下一步。
11、公证系统将该签署任务的所有签署人的确认内容进行组合，将签署人在关于该签署任务的合同文本上的签名与印章进行叠加处理，生成最终的作准文本。
12、公证服务系统将生成的合同作准文本(FinalFile0，FinalFile1，FinalFile2，…)分别进行哈希运算，得到每个文本对应的哈希值(FinalHash0，FinalHash1，FinalHash2,…)。同时，将得到的哈希值进行串联，再将串联所得的数据进行新的一轮哈希运算，得到该次合同发起签署的相关联合同文件总哈希值FinalHashAll。公证服务系统将作准文本的信息(SignID；Signer0，Signer1， Signer2，…；FinalHashHash0，FinalHashHash1，FinalHashHash2，…； FinalHashHashAll)存入数据库。本次签署任务结束。
13、若签署流程中途，有签署人拒签，或有签署人在发起人设定的签署截止日期到期仍未签署，则本次签署任务作废，公证服务系统将不再进行作准文本的生成。
进一步的，签署作准文件进行验真：
具体的，1、用户在签署业务系统将完成签署的合同的作准文本下载到本地。同一合同，可能包含1个或多个作准文本(每个合同有N个作准文件)。
2、公证员将用户提供的N个需验真的作准文本通过专用接口，将文本上传至公证系统服务器，公证系统服务器接收到需要验真的文本(AuthFinalFile0， AuthFinalFile1，AuthFinalFile2，…)，将验真作准文本进行哈希运算，得到哈希值(AuthFinalHash0，AuthFinalHash1，AuthFinalHash2,…)。
3、通过验真作准文本的哈希值，查询公证服务系统签署存证数据，将对应的作准文本信息取出，(AuthSignID0，AuthFinalFile0)，(AuthSignID1， AuthFinalFile1)，(AuthSignID2，AuthFinalFile2)，…。无法查询到存证数据的验真文本，则判定为假文件；查询到存证数据的验真文本则判定为真。
4、同时，比对判定为真的验真文本对应的签署任务唯一编码 AuthSignID1,…,AuthSignIDn,是否全部相同，全部同为一个唯一编码 AuthSignID，方判断为同一合同的作准文本。
5、将签署任务唯一编码一致的验真文本的哈希值进行串联拼接，再将串联所得的数据进行新的一轮哈希运算，得到本次验真合同的所有验真文本的总哈希AuthFinalHashAll。
6、通过唯一编码AuthSignID在公证服务器数据库中找出该唯一编码对应的合同总哈希值FinalHashHashAll，对验真文件的AuthFinalHashAll与 FinalHashHashAll进行比对，比对一致的。则认为用户提供给公证员的N个验真文本为签署任务唯一编码为AuthSignID的合同的全部文本，文本无缺失，并且文本无篡改。
进一步的，证据链数据调出：
具体的，1、根据验真合同关联的签署任务唯一编码AuthSignID＝SignID，取出该合同关联的签署人(SignID；Signer0，Signer1，Signer2…)，以及全部签署人的签署表意行为的动作记录(SignID，SignerID，SignTine，FaceRate， Code)，以及签署人认证信息(UserID，UserName，UserCard，Face，PhoneNum， AuthTime，Rtag)。
2、将以上信息合成电子证据文本数据，供公证员下载，提供给签署用户作为签署证据。
本方案与传统的电子签署方法的效果区别如下表所示：
Figure BDA0003747951450000111
Figure BDA0003747951450000121
综上，本发明提供了一种基于第三方公证系统见证签署的方法，在签署全流程中，公证系统实时同步记录用户在签署业务系统中的注册、实名认证、登录各个操作中的重点数据；签署人在第三方公证系统见证下进行文件签署，由公证系统将文件进行哈希运算与存证；可验证作准文件的真伪与完整性；记录签署人的表意行为。
应说明的是，以上实施例仅用以说明本发明的技术方案而非限制，尽管参照较佳实施例对本发明进行了详细说明，本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或者等同替换，而不脱离本发明技术方案的精神和范围，其均应涵盖在本发明的权利要求范围当中。

Claims (10)

1.一种基于公证系统见证签署的文件验真方法，其特征在于：包括，
用户提出注册与认证并进行登录；
发起人通过加密接口将合同的合同文本进行上传，发起签署；
签署人收到签署通知后验证身份进行合同签署；
签署作准文件进行验真；
证据链数据调出，提供签署证据。
2.如权利要求1所述的基于公证系统见证签署的文件验真方法，其特征在于：所述发起签署包括，
发起人验证身份通过，登录签署业务系统；
发起人通过加密接口将合同的合同文本进行上传，同一个合同附带多个合同文本(File0，File1，File2，…)，并选择签署人，同一个合同有多个签署人(Signer0，Signer1，Signer2，…)；
发起人发起签署，业务服务器为本次签署任务生成唯一编码SignID，然后通过加密接口将合同信息以及合同文件发送至公证服务系统，公证服务系统收到后发起消息后，将合同的多个合同文本(File0，File1，File2，…)分别进行哈希运算，得到每个文本对应的哈希值(Hash0，Hash1，Hash2,…)；同时，将得到的Hash值进行串联，再将串联所得的数据进行新的一轮哈希运算，得到合同发起签署的相关联合同文件总哈希值HashAll；公证系统将收到的发起信息的必要元素以及计算所得的哈希值，记入公证服务数据库(SignID；Signer0，Signer1，Signer2，…；Hash0，Hash1，Hash2，…；HashAll)；
由公证服务系统给各个签署人发送合同签署信息。
3.如权利要求2所述的基于公证系统见证签署的文件验真方法，其特征在于：所述合同签署包括，
签署人验证身份通过，登录签署业务系统进行合同签署；
签署人在签署业务系统进行合同文件内容浏览，并使用个人手写签名或者系统为其生成的唯一个人印章进行签署，签署人确认签署；
签署人在公证服务系统前端再次确认合同内容完成，点击确认签署；
判断用户的身份信息与二维码上的签署人信息是否相同；
签署活体认证界面，抽取2个随机动作，并语音提示签署人；通过动作算法，判断签署人动作是否合格；
通过图像算法，将认证时截取的人脸特征信息数据与当前签署人的人脸特征信息进行比对，得到人脸相似度值，比对相似值是否达到系统预设的相似度值；使用活体算法，对当前签署人的人脸特征信息流核验是否为活体人脸；
验证签署人是否在有效的时间内输入了正确的短信验证码，公证系统服务器将本条手机号码的签署存证数据标记并记入公证系统数据库，记入数据；
签署人的表意行为将被公证服务系统关联本次签署任务唯一编码与签署人身份信息，签署时间，记入数据库；
多个签署人按照步骤完成签署；
本次签署任务结束。
4.如权利要求3所述的基于公证系统见证签署的文件验真方法，其特征在于：所述多个签署人按照上述步骤完成签署包括，
当本次合同的最后一个签署员完成签署时，公证系统根据签署任务唯一编码SignID，将本签署任务关联的签署文件初始文本(File0，File1，lFile2，…)与发起时存证的数据(SignID；Signer0，Signer1，Signer2，…；Hash0，Hash1，Hash2，…；HashAll)；一同取出，将取出的合同初始文本(File0，File1，File2，…)分别进行哈希运算，得到每个文本对应的哈希值(InitialHash0，InitialHash1，InitialHash2,…)；同时，将得到的哈希值进行串联，再将串联所得的数据进行新的一轮哈希运算，得到合同发起签署的相关联合同文件总哈希值InitialHashAll；
将计算所得的初始文本的哈希值(InitialHash0，InitialHash1，InitialHash2,…，InitialHashAll)与发起人发起合同时的发起存证数据中的(Hash0，Hash1，Hash2，…；HashAll)进行比较，可判断当前的取得的初始文件与发起时的文件身份一致，判断一致，则认为文件未被篡改，进行下一步；
公证系统将签署任务的所有签署人的确认内容进行组合，将签署人在关于该签署任务的合同文本上的签名与印章进行叠加处理，生成最终的作准文本；
公证服务系统将生成的合同作准文本(FinalFile0，FinalFile1，FinalFile2，…)分别进行哈希运算，得到每个文本对应的哈希值(FinalHash0，FinalHash1，FinalHash2,…)；同时，将得到的哈希值进行串联，再将串联所得的数据进行新的一轮哈希运算，得到合同发起签署的相关联合同文件总哈希值FinalHashAll；公证服务系统将作准文本的信息(SignID；Signer0，Signer1，Signer2，…；FinalHashHash0，FinalHashHash1，FinalHashHash2，…；FinalHashHashAll)存入数据库。
5.如权利要求1～4任一所述的基于公证系统见证签署的文件验真方法，其特征在于：所述签署作准文件进行验真包括，
用户在签署业务系统将完成签署的合同的作准文本下载到本地；
公证员将用户提供的N个需验真的作准文本通过专用接口，将文本上传至公证系统服务器；
通过验真作准文本的哈希值，查询公证服务系统签署存证数据，将对应的作准文本信息取出，通过是否查询到存证数据的验真文本进行判定；
比对判定为真的验真文本对应的签署任务唯一编码是否全部相同；
将签署任务唯一编码一致的验真文本的哈希值进行串联拼接，再将串联所得的数据进行新的一轮哈希运算，得到本次验真合同的所有验真文本的总哈希；
通过唯一编码在公证服务器数据库中找出唯一编码对应的合同总哈希值，对验真文件进行比对。
6.如权利要求5所述的基于公证系统见证签署的文件验真方法，其特征在于：所述文本上传至公证系统服务器包括，
公证系统服务器接收到需要验真的文本(AuthFinalFile0，AuthFinalFile1，AuthFinalFile2，…)，将验真作准文本进行哈希运算，得到哈希值(AuthFinalHash0，AuthFinalHash1，AuthFinalHash2,…)。
7.如权利要求6所述的基于公证系统见证签署的文件验真方法，其特征在于：所述证据链数据调出包括，
根据验真合同关联的签署任务唯一编码，取出该合同关联的签署人，以及全部签署人的签署表意行为的动作记录，以及签署人认证信息；
将信息合成电子证据文本数据，提供给签署用户作为签署证据。
8.如权利要求3或4所述的基于公证系统见证签署的文件验真方法，其特征在于：所述点击确认签署包括，
签署人在公证服务系统前端再次确认合同内容完成，点击确认签署，则公证系统服务器将为本次签署生成唯一二维码QRcode；若同一个合同有多个签署人，则公证系统会为每一位签署人生成一个唯一二维码；二维码中带签署人信息SignerID与签署任务唯一编码SignID。
9.如权利要求8所述的基于公证系统见证签署的文件验真方法，其特征在于：所述比对相似值是否达到系统预设的相似度值包括，
签署人随机动作匹配合格，则将签署人身份信息SignerID、签署人人脸特征信息流SignerFace数据通过加密接口发送至公证系统服务器，公证服务系统将根据SignerID＝UserID取出签署人的认证数据(UserID，UserName，UserCard，Face，PhoneNum，Rtag)；通过图像算法，将认证时截取的人脸特征信息数据Face与当前签署人的人脸特征信息SignerFace进行比对，得到人脸相似度值FaceRate，比对相似值是否达到系统预设的相似度值RateValue，即FaceRate>＝RateValue则通过人脸相似度比对。
10.如权利要求3或4所述的基于公证系统见证签署的文件验真方法，其特征在于：所述抽取2个随机动作包括，
从摇头/点头/抬头/眨眼/左转/右转6个动作中，随机抽取其中2个要求用户根据指示进行对应动作。
CN202210856332.4A 2022-07-15 2022-07-15 一种基于公证系统见证签署的文件验真方法 Pending CN115310141A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210856332.4A CN115310141A (zh) 2022-07-15 2022-07-15 一种基于公证系统见证签署的文件验真方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210856332.4A CN115310141A (zh) 2022-07-15 2022-07-15 一种基于公证系统见证签署的文件验真方法

Publications (1)

Publication Number Publication Date
CN115310141A true CN115310141A (zh) 2022-11-08

Family

ID=83857486

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210856332.4A Pending CN115310141A (zh) 2022-07-15 2022-07-15 一种基于公证系统见证签署的文件验真方法

Country Status (1)

Country Link
CN (1) CN115310141A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116405300A (zh) * 2023-04-18 2023-07-07 无锡锡商银行股份有限公司 一种基于场景的在线协议签署安全分析系统及方法

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116405300A (zh) * 2023-04-18 2023-07-07 无锡锡商银行股份有限公司 一种基于场景的在线协议签署安全分析系统及方法
CN116405300B (zh) * 2023-04-18 2024-01-23 无锡锡商银行股份有限公司 一种基于场景的在线协议签署安全分析系统及方法

Similar Documents

Publication Publication Date Title
US10652018B2 (en) Methods and apparatus for providing attestation of information using a centralized or distributed ledger
EP3343831B1 (en) Identity authentication method and apparatus
CN107579827B (zh) 一种基于可信第三方和面部识别技术的电子文书签署方法
EP2924604B1 (en) Electronic biometric (dynamic) signature references enrollment method
US20200267003A1 (en) Electronic identification verification methods and systems with storage of certification records to a side chain
CN110098932B (zh) 一种基于安全电子公证技术的电子文书签署方法
CN106888089B (zh) 电子签章的方法和系统以及用于电子签章的移动通信终端
JP6296060B2 (ja) ｅ文書に署名するための追加的な確認を備えたアナログデジタル（ＡＤ）署名を使用する方法
WO2018145127A1 (en) Electronic identification verification methods and systems with storage of certification records to a side chain
CN112487778A (zh) 多用户在线签约系统及方法
CN114971796B (zh) 一种基于云服务平台的招投标系统
CN114531277A (zh) 一种基于区块链技术的用户身份认证方法
CN104767617A (zh) 一种信息处理方法、系统和相关设备
US20080250245A1 (en) Biometric-based document security
CN110826987A (zh) 一种基于笔迹认证技术的电子合同签约方法
CN111698204A (zh) 一种双向身份认证的方法及装置
CN111817857A (zh) 一种基于电子公证和sm2协同签名的电子文件签署方法及其所采用的服务器
CN115310141A (zh) 一种基于公证系统见证签署的文件验真方法
CN117077092A (zh) 模型产权保护方法、设备、存储介质及程序产品
CN117370952A (zh) 基于区块链的多重节点身份验证方法及装置
CN109658041B (zh) 文件的生成装置及其生成方法、设备和可读存储介质
KR102574296B1 (ko) 2차원 코드를 활용하여 당사자 간의 전자 계약을 처리하는 전자 계약 처리 서버 및 그 동작 방법
CN113626880B (zh) 一种移动交互式电子签章方法
CA3227278A1 (en) Methods and systems for generating and validating uses of digital credentials and other documents
CN110738740B (zh) 一种基于hmac-sm3消息认证码的检票系统及方法

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination