一种电子合同平台用户注册认证的管理方法

本发明公开的属于信息科技技术领域，具体为一种电子合同平台用户注册认证的管理方法，本申请涉及电子合同订立平台的用户注册、身份认证及联系人管理，加强合同当事人身份信息的真实性、准确性，电子合同在线签署的安全性，平台及用户对注册和认证过程公开、透明的管理。用户身份信息验证过程的关键信息、及任何疑问和更新可以及时提醒电子合同缔约人，进行通知和用户接受度确认。加强用户认证的逻辑和人脸比对参数的调校，并逐步减少人为干预。

技术领域
本发明涉及信息科技技术领域，具体为一种电子合同平台用户注册认证的管理方法。
背景技术
全球信息化已有60年的历史，企业的数字化进程比我们想像的要快。合同是企业信息和数据的重要资产，针对企业或个人合同电子化管理的关注度越来越高。《中华人民共和国合同法》、《中华人民共和国电子签名法》、《GB/T 36298-2018电子合同订立流程规范》、《GBT 36320-2018第三方电子合同服务平台功能建设规范》、《GBT 36319-2018电子合同基础信息描述规范》为电子合同在电子商务和自然人、法人合同管理的电子化、网络化、数字化、智能化运用奠定了法律基础和标准规范。基于合同签署和合同缔约人之间的民事责任的保护和约束等需求，本发明对现实世界中个人、企业电子合同管理与在线签署的用户注册、身份验证进行数字化的系统构建。相比纸质合同签约，当事人在某一场所进行现场签约时，对应的合同缔约人、合同文件、签约地点都是真实世界可以感知的。电子合同的签约在订立平台上签署时，参考《中华人民共和国电子签名法》，电子合同发起方和接收方的主营业地点是电子合同发送和接收的地点。因此，电子合同订立平台对用户身份注册、身份验证的管理方法显得尤为重要。管理的内容包括用户提交的注册信息、认证信息、认证的过程数据、用户资料修改、认证结果、后台审核记录和缔约相对人对人脸图像的接受度。但是现有电子合同中，针对合同订立平台，并不能有效的保证该平台用户的身份信息准确、可信，并且不能够持续性的提高身份验证的精确度，造成安全性的问题发生。
发明内容
本部分的目的在于概述本发明的实施方式的一些方面以及简要介绍一些较佳实施方式。在本部分以及本申请的说明书摘要和发明名称中可能会做些简化或省略以避免使本部分、说明书摘要和发明名称的目的模糊，而这种简化或省略不能用于限制本发明的范围。鉴于上述和/或现有电子合同平台中用户管理中存在的问题，提出了本发明。因此，本发明的目的是提供一种电子合同平台用户注册认证的管理方法，能够确保电子合同订立平台上的用户身份信息准确、可信，并且可以持续性地提高身份验证的精确度。同时加强对用户隐私数据的合理利用、保护，提倡公开、透明的使用方式方法。通过这种方式检测人脸比对的匹配度和真实场景中用户感知与接受度的精确程度。为解决上述技术问题，根据本发明的一个方面，本发明提供了如下技术方案：一种电子合同平台用户注册认证的管理方法，该管理步骤如下：步骤一：用户提交姓名和手机号码进行注册，注册时通过短信验证码的方式确认用户的手机号为注册用户所有，用户提交的信息和验证结果写入用户的注册认证日志；步骤二：用户提交身份证号码、身份证正反面的照片、活体人脸视频或者照片，OCR提取身份证号码和身份证姓名、身份证头像，比对注册用户的姓名和身份证号码，对应的验证信息写入用户的注册认证日志；步骤三：用户修改个人信息，包括姓名、手机号码、身份证号码、身份证正反面的照片和活体图像，重复步骤二的OCR识别和身份信息比对，对应的修改和验证信息写入用户的注册认证日志；步骤四：前三步全部验证通过后，发送身份证正反面数据到公安一所身份信息库，查询身份信息是否存在，如果不存在，终止用户的注册认证；步骤五：提取身份证的头像和活体图像人脸，进行人脸比对，对应的后台人脸识别和人脸比对写入用户的注册认证日志；步骤六：如果人脸比对低于系统预设的相似度，用户可以修改活体人脸视频或者照片，对应的修改事件写入用户的注册认证日志；步骤七：如果第二次人脸比对失败，用户可以发起后台审核，对应的后台审核提交事件，写入用户的注册认证日志；步骤八：后台运营人员审核用户提交的人脸审核申请，对应的后台人员审核记录，写入用户的注册认证日志；步骤九：以上步骤都成功后，用户的认证状态为已认证，对应的认证状态日志，写入用户的注册认证日志；步骤十：用户认证成功后可以在线签署电子合同，签署前，缔约人可以确认缔约相对人的活体图像的接受度；步骤十一：用户的注册认证日志脱敏后同步更新给前端用户和后台运营人员，脱敏信息包括姓名、电话、手机号码、IP、MAC地址、身份证图片显示和活体图像。与现有技术相比：现有电子合同中，针对合同订立平台，并不能有效的保证该平台用户的身份信息准确、可信，并且不能够持续性的提高身份验证的精确度，造成安全性的问题发生，本申请特别强调一种方法可以及时让平台用户和平台管理人员双方同步、及时、随时地获取和查看相关用户的注册认证过程和结果。并通过该种方式，让用户对身份信息保护、用户数据脱敏管理、其他用户的身份信息管理方式有一致的认识。并且可以随着科技的创新和进步，相应的更新可以同步加强身份验证及合同安全的管理。
附图说明
为了更清楚地说明本发明实施方式的技术方案，下面将结合附图和详细实施方式对本发明进行详细说明，显而易见地，下面描述中的附图仅仅是本发明的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。其中：图1为本发明一种电子合同平台用户注册认证的管理方法的流程结构示意图。
具体实施方式
为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图对本发明的具体实施方式做详细的说明。在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是本发明还可以采用其他不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本发明内涵的情况下做类似推广，因此本发明不受下面公开的具体实施方式的限制。其次，本发明结合示意图进行详细描述，在详述本发明实施方式时，为便于说明，表示模型结构的模块没有进一步细化，而且所述示意图只是示例，其在此不应限制本发明保护的范围。为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明的实施方式作进一步地详细描述。本发明提供一种电子合同平台用户注册认证的管理方法，该方法操作步骤如下：步骤一：用户提交注册信息，系统验证短信验证码。用户注册后，默认的认证状态为未认证。【注册日志】2019年**月**日19：03：01用户A：叶*三在web端/MAC:F3-8C-50-**-**-*7/IP-172.124.***.**2&提交注册信息&/姓名:****/手机号码:****/邮箱:****。【系统日志】2019年**月**日19：03：01MAC:F3-8C-50-**-**-*7/IP-172.124.***.**2&验证手机短信&/结果：成功、失败。【系统日志】2019年**月**日19：03：01MAC:F3-8C-50-**-**-*7/IP-172.124.***.**2&用户认证状态&/用户名：****/手机号码：****/认证结果：未认证。步骤二：身份验证，用户提交身份证号码、身份证正反面图片、活体图像。OCR读取身份证信息，比对身份注册信息。【认证日志】2019年**月**日19：03：01用户A：叶*三在web端/MAC:F3-8C-50-**-**-*7/IP-172.124.***.**2&提交验证信息&/身份证号码:****/身份证正面：****/身份证反面:****/活体图像：****。【认证日志】2019年**月**日19：03：01用户A：叶*三在web端/MAC:F3-8C-50-**-**-*7/IP-172.124.***.**2&OCR识别&/身份证号码:****/姓名：****。【认证日志】2019年**月**日19：03：01用户A：叶*三在web端/MAC:F3-8C-50-**-**-*7/IP-172.124.***.**2&人脸识别&/身份证头像:****。【认证日志】2019年**月**日19：03：01用户A：叶*三在web端/MAC:F3-8C-50-**-**-*7/IP-172.124.***.**2&身份验证&/验证身份证号码:成功、失败/验证姓名：成功、失败。步骤三：用户修改个人信息，包括姓名、手机号码、电子邮箱、身份证号码、身份证正面图片、身份证反面图片、活体图像。相关的身份验证动作会被重新激活，如果涉及身份证图片的修改执行第4步和第5步，如果涉及活体图像的修改执行第5步。【认证日志】2019年**月**日19：03：01用户A：叶*三在web端/MAC:F3-8C-50-**-**-*7/IP-172.124.***.**2&修改个人信息&/姓名：****/身份证号码:****/手机号码：****/身份证号码：****/身份证正面：****/身份证反面:****/活体图像：****。【认证日志】2019年**月**日19：03：01用户A：叶*三在web端/MAC:F3-8C-50-**-**-*7/IP-172.124.***.**2&OCR识别&/身份证号码:****/姓名：****。【认证日志】2019年**月**日19：03：01用户A：叶*三在web端/MAC:F3-8C-50-**-**-*7/IP-172.124.***.**2&人脸识别&/身份证头像:****。【认证日志】2019年**月**日19：03：01用户A：叶*三在web端/MAC:F3-8C-50-**-**-*7/IP-172.124.***.**2&身份验证&/验证身份证号码:成功、失败/验证姓名：成功、失败。步骤四：前3步的基本身份信息验证通过后，系统后台发送身份证正反面数据到公安一所身份信息库，查询身份信息是否存在。如果不存在，终止用户的注册认证。【系统日志】2019年**月**日19：03：01MAC:F3-8C-50-**-**-*7/IP-172.124.***.**2&公安一所身份信息查询&/结果：成功、失败。步骤五：人脸比对。【系统日志】2019年**月**日19：03：01MAC:F3-8C-50-**-**-*7/IP-172.124.***.**2&人脸比对&/结果：成功、失败。步骤六：比对失败时，用户可以修改个人信息，如身份证正面图片、活体图像，日志同第三步。步骤七：如果身份证的头像信息比较早无法和近期的活体图像比对成功，用户可以提交后台审核。【认证日志】2019年**月**日19：03：01用户A：叶*三在web端/MAC:F3-8C-50-**-**-*7/IP-172.124.***.**2&提交后台审核&/用户提交后台审核：确认、取消。步骤八：后台审核查看身份证图片和活体图像，并记录审核结果。【认证日志】2019年**月**日19：03：01后台用户B：张*三在后台&后台审核人脸比对&/后台审核：通过、不通过。步骤九：对应的4要素(姓名、手机号码、身份证号码、人脸)审核都通过后，用户的身份认证通过。【系统日志】2019年**月**日19：03：01MAC:F3-8C-50-**-**-*7/IP-172.124.***.**2&用户认证状态&/用户名：****/手机号码：****/认证结果：已认证。步骤十：用户认证状态为已认证后，用户可以开始在线签署电子合同。签署前可以通过系统确认缔约相对人的活体图像接受度。【个人日志】2019年**月**日19：03：01发起方-用户A：李*三在web端/MAC:F3-8C-50-**-**-*7/IP-172.124.***.**2确认接收方-用户B/活体图像:****结果：确认/系统交易编号：A0000000000001。【个人日志】2019年**月**日19：03：01发起方-用户A：李*三在web端/MAC:F3-8C-50-**-**-*7/IP-172.124.***.**2确认接收方-用户B/活体图像:****结果：有点像/系统交易编号：A0000000000001。【个人日志】2019年**月**日19：03：01发起方-用户A：李*三在web端/MAC:F3-8C-50-**-**-*7/IP-172.124.***.**2确认接收方-用户B/活体图像:****结果：无法接受/系统交易编号：A0000000000001。【个人日志】2019年**月**日19：03：01接收方-用户A：李*三在web端/MAC:F3-8C-50-**-**-*7/IP-172.124.***.**2确认发起方-用户B/活体图像:****结果：确认/系统交易编号：A0000000000001。【个人日志】2019年**月**日19：03：01接收方-用户A：李*三在web端/MAC:F3-8C-50-**-**-*7/IP-172.124.***.**2确认发起方-用户B/活体图像:****结果：有点像/系统交易编号：A0000000000001。【合同操作日志】2019年**月**日19：03：01接收方方-用户A：李*三在web端/MAC:F3-8C-50-**-**-*7/IP-172.124.***.**2确认发起方-用户B/活体图像:****结果：无法接受/系统交易编号：A0000000000001。步骤十一：用户的注册认证日志同步更新给前端用户和后台管理人员，方便用户和平台的管理，避免对用户隐私数据的大范围查询和调取。显示时，对注册认证日志的隐私数据进行脱敏，包括姓名、电话、手机号码、IP、MAC地址、身份证图片显示、活体图像。虽然在上文中已经参考实施方式对本发明进行了描述，然而在不脱离本发明的范围的情况下，可以对其进行各种改进并且可以用等效物替换其中的部件。尤其是，只要不存在结构冲突，本发明所披露的实施方式中的各项特征均可通过任意方式相互结合起来使用，在本说明书中未对这些组合的情况进行穷举性的描述仅仅是出于省略篇幅和节约资源的考虑。因此，本发明并不局限于文中公开的特定实施方式，而是包括落入权利要求的范围内的所有技术方案。