CN110555299B - 电子合同签订和存储方法、装置、计算机设备及存储介质 - Google Patents
电子合同签订和存储方法、装置、计算机设备及存储介质 Download PDFInfo
- Publication number
- CN110555299B CN110555299B CN201910706625.2A CN201910706625A CN110555299B CN 110555299 B CN110555299 B CN 110555299B CN 201910706625 A CN201910706625 A CN 201910706625A CN 110555299 B CN110555299 B CN 110555299B
- Authority
- CN
- China
- Prior art keywords
- contract
- participant
- communication
- participant identifier
- target
- 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.)
- Active
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/30—Authentication, i.e. establishing the identity or authorisation of security principals
- G06F21/44—Program or device authentication
-
- 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
- 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/62—Protecting access to data via a platform, e.g. using keys or access control rules
- G06F21/6209—Protecting access to data via a platform, e.g. using keys or access control rules to a single file or object, e.g. in a secure envelope, encrypted and accessed using a key, or with access control rules appended to the object itself
-
- 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
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
- G06Q10/103—Workflow collaboration or project management
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Hardware Design (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Strategic Management (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Human Resources & Organizations (AREA)
- Bioethics (AREA)
- Entrepreneurship & Innovation (AREA)
- Economics (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- General Business, Economics & Management (AREA)
- Operations Research (AREA)
- Marketing (AREA)
- Data Mining & Analysis (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明公开了一种电子合同签订和存储方法、装置、计算机设备及存储介质,所述方法包括:在接收到合同签订请求时,获取请求中每个参与者标识和合同类型,并根据合同类型确定目标合同模板,建立虚拟合同谈判室,向参与者标识对应的客户端发送接入邀请消息,接收参与者标识发送的身份验证信息,并进行验证,若验证结果为验证通过,则将参与者标识加入到虚拟合同谈判室,通过区块链通讯的方式,建立每个参与者标识之间的通讯连接,在接收到参与者标识发送的修改请求时,对目标合同模板进行修订,通过在区块链和虚拟合同谈判室中,进行实时合同谈判和修订,实现根据需要实时对电子合同进行修订,有效防止数据被篡改,提高电子合同签署的效率和安全性。
Description
技术领域
本发明涉及智能合约领域,尤其涉及一种电子合同签订和存储方法、装置、计算机设备及存储介质。
背景技术
随着互联网技术的发展和智能终端的普及,人们能够通过网络完成的工作和生活事项越来越多。与线下服务类似,人们在接受网络服务前,经常需要就该项服务订立一项到多项协议,以约定该服务所涉及的相关各方的权利义务。在网络环境里订立协议通常通过签署电子合同协议来进行,即各个签约方以电子技术手段表明对协议内容的认可,生成对各方均具有法律效力的协议。
在互联网金融领域,综合性的金融服务平台向用户提供多种不同类型、不同标的的金融项目或金融产品(业务场景),用户参与或选购前都需要针对该项目或产品签署电子协议。不同的项目或产品的协议通常不同,并且协议的内容、协议签署的具体处理流程可能因业务的变化而发生变化。
在当前,各个业务场景的协议展示、签署过程通常由负责该业务场景开发的工程师编写代码实现。当一些协议的展示或签署过程发生变化时,涉及到的业务场景需要修改代码并重新发布,不仅要进行大量重复、繁琐的工作,而且耗时很长,这使得电子合同的签订效率较低,同时,在进行电子合同签订和存储时,若环境存在风险隐患,则容易导致数据被篡改,具有一定的安全隐患。
发明内容
本发明实施例提供一种电子合同签订和存储方法、装置、计算机设备和存储介质,以解决当前电子合同展示或签署过程中发生变化时,导致的电子合同的签订效率低的问题。
一种电子合同签订和存储方法,包括:
若接收到合同签订请求,则获取所述合同签订请求中包含的合同类型和每个参与者标识,并从预设的数据库中,获取所述合同类型对应的合同模板,作为目标合同模板,其中,所述参与者标识的数量至少为两个;
建立虚拟合同谈判室,并向每个所述参与者标识对应的客户端发送包含所述虚拟合同谈判室的标识地址的接入邀请消息,以使所述参与者标识对应的参与者在接收到所述接入邀请消息后,通过所述客户端点击所述虚拟合同谈判室的标识地址跳转到所述虚拟合同谈判室,并发送身份验证信息进行身份认证;
接收每个所述参与者标识发送的身份验证信息,并对所述身份验证信息进行验证,得到验证结果;
若所述验证结果为验证通过,则将所述参与者标识加入到所述虚拟合同谈判室,并在所述虚拟合同谈判室内,通过区块链通讯的方式,建立每个所述参与者标识之间的通讯连接,以使每个所述参与者标识对应的参与者参与对合同的修改和签名;
在所述虚拟合同谈判室展示所述目标合同模板,并在接收到所述参与者标识发送的修改请求时,根据所述修改请求以及预设的合同修改条件,对所述目标合同模板进行修订,得到修订合同;
若接收到电子合同签订消息,则收集每个所述参与者标识对应的签名信息,并根据每个所述参与者标识、每个所述参与者标识对应的签名信息和所述修订合同,生成目标电子合同,其中,所述签名信息包括生物特征或手写签名中的至少一项;
对所述目标电子合同进行非对称加密,并将加密后的所述目标电子合同存储到区块链中。
一种电子合同签订和存储装置,包括:
模板获取模块,用于若接收到合同签订请求,则获取所述合同签订请求中包含的合同类型和每个参与者标识,并从预设的数据库中,获取所述合同类型对应的合同模板,作为目标合同模板,其中,所述参与者标识的数量至少为两个;
谈判室建立模块,用于建立虚拟合同谈判室,并向每个所述参与者标识对应的客户端发送包含所述虚拟合同谈判室的标识地址的接入邀请消息,以使所述参与者标识对应的参与者在接收到所述接入邀请消息后,通过所述客户端点击所述虚拟合同谈判室的标识地址跳转到所述虚拟合同谈判室,并发送身份验证信息进行身份认证;
身份验证模块,用于接收每个所述参与者标识发送的身份验证信息,并对所述身份验证信息进行验证,得到验证结果;
通讯建立模块,用于若所述验证结果为验证通过,则将所述参与者标识加入到所述虚拟合同谈判室,并在所述虚拟合同谈判室内,通过区块链通讯的方式,建立每个所述参与者标识之间的通讯连接,以使每个所述参与者标识对应的参与者参与对合同的修改和签名;
合同修改模块,用于在所述虚拟合同谈判室展示所述目标合同模板,并在接收到所述参与者标识发送的修改请求时,根据所述修改请求以及预设的合同修改条件,对所述目标合同模板进行修订,得到修订合同;
合同生成模块,用于若接收到电子合同签订消息,则收集每个所述参与者标识对应的签名信息,并根据每个所述参与者标识、每个所述参与者标识对应的签名信息和所述修订合同,生成目标电子合同,其中,所述签名信息包括生物特征或手写签名中的至少一项;
合同存储模块,用于对所述目标电子合同进行非对称加密,并将加密后的所述目标电子合同存储到区块链中。
一种计算机设备,包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现上述电子合同签订和存储方法的步骤。
一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时实现上述电子合同签订和存储方法的步骤。
本发明实施例提供的电子合同签订和存储方法、装置、计算机设备及存储介质,一方面,在接收到合同签订请求时,获取合同签订请求中包含的每个参与者标识和合同类型,并从预设的数据库中,获取合同类型对应的合同模板,作为目标合同模板,进而建立虚拟合同谈判室,并向每个参与者标识对应的客户端发送包含虚拟合同谈判室的标识地址的接入邀请消息,以使参与者标识对应的参与者在接收到接入邀请消息后,通过客户端点击虚拟合同谈判室的标识地址跳转到虚拟合同谈判室,并发送身份验证信息进行身份认证,再接收每个参与者标识发送的身份验证信息,并对身份验证信息进行验证,得到验证结果,若验证结果为验证通过,则将参与者标识加入到虚拟合同谈判室,并在虚拟合同谈判室内,通过区块链通讯的方式,建立每个参与者标识之间的通讯连接,以使每个参与者标识参与对合同的修改和签名,在虚拟合同谈判室展示目标合同模板,并在接收到参与者标识发送的修改请求时,按照预设的合同修改条件,对目标合同模板进行修订,得到修订合同,这种通过在虚拟合同谈判室进行实时合同谈判和修订的方式,实现根据需要实时对电子合同进行修订,提高了电子合同签署的效率,另一方面,在接收到电子合同签订消息时,收集每个参与者标识对应的签名信息,并根据每个参与者标识、每个参与者标识对应的签名信息和修订合同,生成目标电子合同,对目标电子合同进行非对称加密,并将加密后的目标电子合同存储到区块链中,通过区块链的方式对电子合同进行签订和存储,有效防止数据被篡改,提高了电子合同签订和存储的安全性。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对本发明实施例的描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的电子合同签订和存储方法的应用环境示意图;
图2是本发明实施例提供的电子合同签订和存储方法的实现流程图;
图3是本发明实施例提供的电子合同签订和存储方法中步骤S30的实现流程图;
图4是本发明实施例提供的电子合同签订和存储方法中步骤S40的实现流程图;
图5是本发明实施例提供的电子合同签订和存储方法的步骤S50中合同展示的实现流程图;
图6是本发明实施例提供的电子合同签订和存储方法的步骤S50中合同修订的实现流程图;
图7是本发明实施例提供的电子合同签订和存储装置的示意图;
图8是本发明实施例提供的计算机设备的示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
请参阅图1,图1示出本发明实施例提供的电子合同签订和存储方法的应用环境。该电子合同签订和存储方法应用在电子合同签订和存储场景中。该电子合同签订和存储场景包括服务端和客户端,其中,服务端和客户端之间通过网络进行连接,服务端在接收到电子合同签订请求后,建立虚拟合同谈判室,并生成合同模板,向参与者标识对应的客户端发送接入邀请消息,客户端根据该消息发送验证信息,并在验证通过后加入到虚拟合同谈判室进行合同谈判与修订。客户端具体可以但不限于是各种个人计算机、便携式笔记本、手机和具有网络通讯功能的智能设备,服务端具体可以用独立的服务器或者多个服务器组成的服务器集群实现。
请参阅图2,图2示出本发明实施例提供的一种电子合同签订和存储方法,以该方法应用在图1中的服务端为例进行说明,详述如下:
S10:若接收到合同签订请求,则获取合同签订请求中包含的合同类型和每个参与者标识,并从预设的数据库中,获取合同类型对应的合同模板,作为目标合同模板,其中,参与者标识的数量至少为两个。
具体地,在需要进行电子合同签订时,管理者或参与者通过客户端向服务端发送合同签订请求,服务端通过网络传输协议接收该合同签订请求,并获取请求中包含的合同类型和每个参与者标识,同时,从预设的数据库中,获取合同类型对应的合同模板,作为目标合同模板,其中,参与者标识的数量至少为两个。
其中,网络传输协议包括但不限于:互联网控制报文协议(Internet ControlMessage Protocol,ICMP)、地址解析协议(ARP Address Resolution Protocol,ARP)和文件传输协议(File Transfer Protocol,FTP)等。
其中,预设的数据库中预先存储有不同类型的合同模板。
需要说的是,在本实施例中,目标合同模板包括签名区和合同区域,签名区用于在合同内容协商修订完成后,每个参与者进行签名验证,合同区域用于展示合同内容,并接收参与者对合同内容的修订。
S20:建立虚拟合同谈判室,并向每个参与者标识对应的客户端发送包含虚拟合同谈判室的标识地址的接入邀请消息,以使参与者标识对应的参与者在接收到接入邀请消息后,通过客户端点击虚拟合同谈判室的标识地址跳转到虚拟合同谈判室,并发送身份验证信息进行身份认证。
具体地,在获取目标合同模板和每个参与者标识后,建立虚拟合同谈判室,并向每个参与者标识对应的客户端发送包含虚拟合同谈判室的标识地址的接入邀请消息,以使参与者标识对应的参与者在接收到接入邀请消息后,通过客户端点击虚拟合同谈判室的标识地址跳转到虚拟合同谈判室,并发送身份验证信息进行身份认证。
S30:接收每个参与者标识发送的身份验证信息,并对身份验证信息进行验证,得到验证结果。
具体地,接收每个参与者标识发送的身份验证信息,并对该身份验证信息进行验证,得到验证结果。
S40:若验证结果为验证通过,则将参与者标识加入到虚拟合同谈判室,并在虚拟合同谈判室内,通过区块链通讯的方式,建立每个参与者标识之间的通讯连接,以使每个参与者标识对应的参与者参与对合同的修改和签名。
具体地,在验证结果为验证通过时,将参与者标识加入到虚拟合同谈判室,并在虚拟合同谈判室内,通过区块链通讯的方式,建立每个参与者标识之间的通讯连接,以使每个参与者标识对应的参与者参与对合同的修改和签名。
需要说明的是,在验证结果为验证未通过时,向该参与者标识对应的客户端发送验证失败的原因,并重新发送接入邀请消息。
S50:在虚拟合同谈判室展示目标合同模板,并在接收到参与者标识发送的修改请求时,根据修改请求以及预设的合同修改条件,对目标合同模板进行修订,得到修订合同。
具体地,为方便电子合同进行修改或添加条款,在预设的数据库中存储的合同模板均为便携式文档格式(Portable Document Format,PDF)的文档,PDF格式的文档在一些移动智能设备上,无法直接解析,使得通常情况下,电子合同无法实现跨平台,在本实施例中,采用在线浏览插件对PDF格式的电子合同进行解析,进而将解析后的内容使用HTML5中的画布元素进行渲染,并将渲染结果展示在虚拟合同谈判室的预设位置,以使参与者对合同内容进行浏览,并在需要修改时,通过区块链通讯的方式进行交互谈判,在达到预设的合同修改条件时,对目标合同模板进行修改。
其中,预设的合同修改条件具体可以是收到同意修改的消息数量超过预设阈值,也可根据实际情况进行设定,此处不作限制。
其中,在线浏览插件是指用于对网络传输的PDF格式的文档进行解析的插件,例如PDF.JS插件。
其中,HTML5(HyperText Markup Language5)是万维网的核心语言、标准通用标记语言下的一个应用超文本标记语言(HyperText Markup Language,HTML)的第五次重大修改后的标准。HTML5不仅提供在移动设备上支持多媒体的功能,还可以使基于HTML5开发的网页APP拥有更短的启动时间,更快的联网速度。
其中,画布元素(Canvas)在HTML5是通过使用JavaScript在网页上绘制2D图像,逐像素进行渲染,使得在线浏览插件解析后的内容被渲染成2D图像的形式发送给客户端,让无法直接解析PDF格式文档的客户端,通过接收该2D图像实现浏览电子合同。
值得说明的是,使用PDF.JS插件只能加载指定页面的PDF,即每次仅能对一个页面进行解析,因而,我们采用的策略为:每次对一个页面进行解析,得到一个解析结果,放入一个画布中,进而对下一个页面进行解析。
S60:若接收到电子合同签订消息,则收集每个参与者标识对应的签名信息,并根据每个参与者标识、每个参与者标识对应的签名信息和修订合同,生成目标电子合同,其中,签名信息包括生物特征或手写签名中的至少一项。
具体地,参与者标识对应的参与者在经过谈判,确认合同达成一致时,向服务端发送前面信息,并点击预设的提交按钮,该提交按钮被点击后,服务端被触发接收电子合同签订消息,此时,服务端从区块链中获取每个参与者标识对应的签名信息和修订合同,并根据签名信息和修订合同生成目标电子合同。
其中,签名信息包括生物特征或手写签名中的至少一项,用于对参与者标识对应的参与者进行身份验证。
S70:对目标电子合同进行非对称加密,并将加密后的目标电子合同存储到区块链中。
具体地,通过非对称加密的方式,对目标电子合同进行加密处理,并将加密后的目标电子合同存储到区块链中。
其中,非对称加密是一种密钥的保密方法,非对称加密需要两个密钥:公钥(publickey)和私钥(privatekey)。公钥与私钥是一对,如果用公钥对数据进行加密,只有用对应的私钥才能解密,因为加密和解密使用的是两个不同的密钥,所以这种算法叫作非对称加密算法。非对称加密算法实现机密信息交换的基本过程是:甲方生成一对密钥并将公钥公开,需要向甲方发送信息的乙方,在使用甲方的公钥对机密信息进行加密后,再发送给甲方;甲方再用自己私钥对加密后的信息进行解密。甲方想要回复乙方时正好相反,使用乙方的公钥对数据进行加密,同理,乙方使用自己的私钥来进行解密,同时,甲方可以使用自己的私钥对机密信息进行签名后再发送给乙方;乙方再用甲方的公钥对甲方发送回来的数据进行验签。非对称加密算法的保密性比较好,它消除了最终用户交换密钥的需要。
在本实施例中,在接收到合同签订请求时,获取合同签订请求中包含的每个参与者标识和合同类型,并从预设的数据库中,获取合同类型对应的合同模板,作为目标合同模板,进而建立虚拟合同谈判室,并向每个参与者标识对应的客户端发送包含虚拟合同谈判室的标识地址的接入邀请消息,以使参与者标识对应的参与者在接收到接入邀请消息后,通过客户端点击虚拟合同谈判室的标识地址跳转到虚拟合同谈判室,并发送身份验证信息进行身份认证,再接收每个参与者标识发送的身份验证信息,并对身份验证信息进行验证,得到验证结果,若验证结果为验证通过,则将参与者标识加入到虚拟合同谈判室,并在虚拟合同谈判室内,通过区块链通讯的方式,建立每个参与者标识之间的通讯连接,以使每个参与者标识参与对合同的修改和签名,在虚拟合同谈判室展示目标合同模板,并在接收到参与者标识发送的修改请求时,按照预设的合同修改条件,对目标合同模板进行修订,得到修订合同,这种通过在虚拟合同谈判室进行实时合同谈判和修订的方式,实现根据需要实时对电子合同进行修订,提高了电子合同签署的效率,同时,在接收到电子合同签订消息时,收集每个参与者标识对应的签名信息,并根据每个参与者标识、每个参与者标识对应的签名信息和修订合同,生成目标电子合同,对目标电子合同进行非对称加密,并将加密后的目标电子合同存储到区块链中,通过区块链的方式对电子合同进行签订和存储,有效防止数据被篡改,提高了电子合同签订和存储的安全性。
在图2对应的实施例的基础之上,身份验证信息为参与者标识对应的音频信息,接入邀请消息为SDK短信,SDK短信还包含初始验证码,下面通过一个具体的实施例来对步骤S30中所提及的对所述身份验证信息进行验证,得到验证结果的具体实现方法进行详细说明。
请参阅图3,图3示出了本发明实施例提供的步骤S30的具体实现流程,详述如下:
S31:对音频信息进行声纹提取,得到目标声纹信息。
具体地,参与者标识对应的参与者在接收到SDK短信后,从SDK短信中获取初始验证码,并进行朗读,参与者所在的客户端得到包含初始验证码的音频信息,并将该音频信息作为身份验证信息发送给服务端,服务端在接收到音频信息后,对音频信息进行语音信号解析,得到初始声纹,并初始声纹进行预处理和声纹特征提取,得到目标声纹信息。
其中,SDK短信是采用短信SDK接口自动生成并发送的短信,使用SDK短信生成的初始验证码具有实时性和随机性。
其中,对音频信息进行声纹提取,得到目标声纹信息详细过程如下:对音频信息进行声纹解析,得到初始声纹样本;对初始声纹样本进行预加重处理,生成具有平坦频谱的加重处理声纹样本;采用分帧和加窗的方式,对加重处理声纹样本进行分帧处理,得到初始语音帧;对初始语音帧进行静默音分离,得到目标语音帧;基于目标语音帧,提取声纹特征,将得到的声纹特征作为目标声纹信息。
其中,预加重是一种在发送端对输入信号高频分量进行补偿的信号处理方式。随着信号速率的增加,信号在传输过程中受损很大,为了在接收终端能得到比较好的信号波形,就需要对受损的信号进行补偿,预加重技术的思想就是在传输线的始端增强信号的高频成分,以补偿高频分量在传输过程中的过大衰减,而预加重对噪声并没有影响,因此有效地提高了输出信噪比。
其中,分帧是指将整段语音信号分帧,也就是切分成很多段,一段语音信号整体上看不是平稳的,但是在局部上可以看作是平稳的,在后期的语音处理中需要输入的是平稳信号,因而要对整段语音信号分帧,也就是切分成很多段。在10-30ms范围内都可以认为信号是稳定的,一般以不少于20ms为一帧。
其中,加窗是采用加窗函数对分帧后的语音信号进行处理,使得语音帧连续,在进行分帧处理后,每一帧的起始段和末尾端会出现不连续的地方,分帧越多与原始信号的误差也就越大。通过加窗处理,使分帧后的信号变得连续,每一帧就会表现出周期函数的特征。
容易理解地,目标声纹信息为验证信息中包含的声纹信息,后续通过对该声纹信息进行校验,判断该声纹信息是否为参与者的声纹信息。
S32:将目标声纹信息与每个预设的参与者声纹信息进行对比验证,得到第一验证结果。
具体地,在服务端,预先存储有每个具有参与者声纹信息,作为预设的权限声纹信息,通过预设的相似度计算方式,分别计算步骤S41中得到的目标声纹信息与每个预设的权限声纹信息的相似度,得到目标声纹信息与每个预设的权限声纹信息的相似度值,若这些相似度值中,存在至少一个大于或等于预设相似度阈值的相似度值,则确定该目标声纹信息为预设的权限声纹信息中的一个,此时,确认第一验证结果为验证通过,若这些相似度值均小于预设相似度阈值的相似度值,则确定该目标声纹信息不属于预设的权限声纹信息中的任意一个,此时,确认第一验证结果为验证失败。
其中,预设的相似度计算方式包括但不限于:余弦相似性、最近邻(k-NearestNeighbor,kNN)分类算法、曼哈顿距离(Manhattan Distance)、基于SimHash算法的汉明距离等。
S33:采用语音转换文本的方式,对音频信息进行转换,得到目标文本。
具体地,通过预设的语音转换文本的方式,对音频信息进行文本转换,得到目标文本。
其中,预设的语音转换文本的方式可以是通过语音转换文本算法,也可以是通过第三方工具来实现,还可以是通过调用第三方应用程序编程接口(ApplicationProgramming Interface,API)来实现,可依据实际需求进行选择,此处不做限定。
S34:对目标文本进行文本解析,得到当前验证码。
具体地,采用预设好的正则表达式对目标文本进行正则匹配,得到目标文本中包含的当前验证码。
S35:对当前验证码和初始验证码进行一致性验证,得到第二验证结果。
具体地,对步骤S44中得到的当前验证码的合法性进行验证,得到第二验证结果,其中,第二验证结果包括验证通过和验证失败,在合法性验证通过时,确认第二验证结果为验证通过,在合法性验证失败时,确认第二验证结果为验证失败。
其中,合法性验证是用于验证当前验证码是否和初始验证码一致,若当前验证码和初始验证码一致,则确定当前验证码合法性验证通过,否则,确认当前验证码合法性验证失败。
需要说明的是,步骤S21至步骤S22,与步骤S23至步骤S25之间,没有必然的先后执行顺序,其可以是并列执行的关系,此处不做限制。
S36:若第一验证结果和第二验证结果均为验证通过,则确认验证结果为验证通过。
具体地,在第一验证结果和第二验证结果均为验证通过,则确认验证结果为权限验证通过。
若第一验证结果为验证失败,或者第二验证结果为验证失败,或者第一验证结果和第二验证结果均为验证失败,则确认验证结果为权限验证失败,此时,拒绝此参与者标识的接入请求,并将该音频信息和验证信息进行记录并保存到预设的异常信息文件中,以便后续可以通过对该预设的异常信息文件进行分析,得到异常原因,并作出相应异常处理。
在本实施例中,通过对音频信息进行声纹提取,得到目标声纹信息,进而将目标声纹信息与每个预设的参与者声纹信息进行对比验证,得到第一验证结果,同时,采用语音转换文本的方式,对音频信息进行转换,得到目标文本,并对目标文本进行文本解析,得到当前验证码,进而对当前验证码和初始验证码进行一致性验证,得到第二验证结果,在若第一验证结果和第二验证结果均为验证通过时,确认验证结果为验证通过。实现了通过验证参与者标识对应的音频信息,同时完成声纹信息验证和验证码验证,快捷多重进行身份认证,提升了身份认证的效率和安全性。
在图2对应的实施例的基础之上,下面通过一个具体的实施例来对步骤S40中所提及的在虚拟合同谈判室内,通过区块链通讯的方式,建立每个参与者标识之间的通讯连接的具体实现方法进行详细说明。
请参阅图4,图4示出了本发明实施例提供的步骤S50的具体实现流程,详述如下:
S41:在虚拟合同谈判室内,以键值对方式创建区块链上每个参与者标识的通信地址,键值对包括键对象和值对象址。
具体地,在虚拟合同谈判室内,以键值对方式创建区块链上每个参与者标识的通信地址,键值对包括键对象和值对象。
其中,键值对(key-value)是一种数据存储方式,值对象用于存储数据,键对象即值对象存储的数据的索引,值对象可以通过查找其对应的键对象直接获取。键值对反映的是一种数据存储的对应关系,由一个键对象及其对应的值对象所组成的数据关系对称为键值对。区块链是分布式数据存储、共识机制和加密算法等计算机技术的新型应用模式。本实施例基于区块链系统实现,即区块链应以区块链系统来理解。其中,区块链系统本质是一个去中心化的分布式数据库系统。
需要说明的是,本实施例中区块链上的参与者标识,应理解为在区块链系统上的各个终端节点,该终端可以是与区块链网络相连的手机、电脑、平板和服务器等客户端设备。
本实施例中,以键值对方式创建区块链上每一参与者标识的通信地址,将区块链上每一参与者标识的通信地址作为存储的数据对应的索引,也即键值对中的键对象。通过为区块链上每一参与者标识建立通信地址,能够实现根据区块链上参与者标识的通信地址进行与该通信地址所对应的数据的修改和读取等操作,为后续实现区块链上任意两个参与者标识之间的点对点通信提供了基础。
S42:若接收到第一参与者标识向第二参与者标识发送的通讯请求,则获取通讯请求中包含的通讯内容,并通过第一参与者标识的键对象确定第一参与者标识对应的通信地址,通过第二参与者标识的键对象确定第二参与者标识对应的通信地址,其中,第一参与者标识和第二参与者标识为区块链上的任意两个参与者标识。
具体地,在接收到第一参与者标识向第二参与者标识发送的通讯请求时,获取通讯请求中包含的通讯内容,并通过第一参与者标识的键对象确定第一参与者标识对应的通信地址,通过第二参与者标识的键对象确定第二参与者标识对应的通信地址,其中,第一参与者标识和第二参与者标识为区块链上的任意两个参与者标识。
其中,区块链中的键对象为公开状态,通过键对象用于定位通信地址。
其中,第一参与者标识和第二参与者标识是区块链上任意选取的两个参与者标识,也即,区块链系统上的任意两个终端节点,具体为通过区块链网络相连的终端。
本实施例中,区块链系统是一个去中心化的分布式数据库系统,拥有数据共享性以及数据不可篡改性的特点,以第一参与者标识和第二参与者标识的通讯为例,服务端在接收到第一参与者标识向第二参与者标识发送的通讯请求后,获取通讯请求中包含的通讯内容Mb,并通过第一参与者标识的键对象确定第一参与者标识对应的通信地址A,通过第二参与者标识的键对象确定第二参与者标识对应的通信地址B,进而将“通讯标识+通信地址B+通信地址A”作为通讯信息。
S43:向第二参与者标识的通信地址对应的值对象中写入通讯信息,并建立通讯信息与通讯内容的映射关系,通讯信息包括通讯标识、第二参与者标识的通信地址和第一参与者标识的通信地址,通讯标识用于标识通讯信息。
具体地,向第二参与者标识的通信地址对应的值对象中写入通讯信息,并建立通讯信息与通讯内容的映射关系,通讯信息包括通讯标识、第二参与者标识的通信地址和第一参与者标识的通信地址,通讯标识用于标识通讯信息。
本实施例中,服务端读取通讯信息,并执行修改指令,将通讯内容Mb写入到第二参与者标识对应的值对象Data1中,并更新第二参与者标识对应的值对象为Mb+Data1,再将更新后的第二参与者标识对应的值对象写回到区块链上。
需要说明的是,区块链系统涉及区块和当前数据状态,例如fabric中的worldstate,比特币中的UTXO。区块中包含的是历史响应信息,当前数据状态是由所有的历史响应所得到的系统数据状态。本实施例中所有的创建或修改等操作,都是通过发送一个请求,经过区块链系统本身的验证,得到一个区块。最终区块链上所有参与者标识根据区块执行响应,实现对当前数据状态的修改。另外,请求动作会包含在一个区块中,一个区块中可能有多个请求;读取操作不会产生区块,不算请求;区块链系统会按照一定的时间间隔产生区块,每个区块中包含这个时间间隔中所有的请求。本实施例中将键对象添加到值对象中是区块链上的一个请求响应过程,经过区块链系统本身的验证,在该过程所在的时间间隔结束后,该过程将被打包到该时间间隔的区块中,实现对当前数据状态的修改,即将更新后的值对象写回到区块链上。
需要说明的是,通讯信息中包含的通讯标识、第二参与者标识的通信地址和第一参与者标识的通信地址具有前后次序。
S44:若接收到第二参与者标识的通讯查询请求,则根据映射关系,获取第二参与者标识的通讯地址对应的值对象中通讯信息对应的通讯内容。
具体地,在接收到第二参与者标识的通讯查询请求时,根据步骤S43中建立的映射关系,获取第二参与者标识的通讯地址对应的值对象中通讯信息对应的通讯内容,完成第一参与者标识与第二参与者标识之间的通讯。
在本实施例中,通过在虚拟合同谈判室内,以键值对方式创建区块链上每个参与者标识的通信地址,在接收到第一参与者标识向第二参与者标识发送的通讯请求时,获取通讯请求中包含的通讯内容,并通过第一参与者标识的键对象确定第一参与者标识对应的通信地址,通过第二参与者标识的键对象确定第二参与者标识对应的通信地址,其中,第一参与者标识和第二参与者标识为区块链上的任意两个参与者标识,进而向第二参与者标识的通信地址对应的值对象中写入通讯信息,并建立通讯信息与通讯内容的映射关系,通讯信息包括通讯标识、第二参与者标识的通信地址和第一参与者标识的通信地址,通讯标识用于标识通讯信息,在接收到第二参与者标识的通讯查询请求时,根据映射关系,获取第二参与者标识的通讯地址对应的值对象中通讯信息对应的通讯内容,实现区块链上任意两个参与者标识对应的参与者进行通讯,有利于后续通过区块链通讯的方式进行合同谈判修订。
在图2对应的实施例的基础之上,下面通过一个具体的实施例来对步骤S50中所提及的在所述虚拟合同谈判室展示所述目标合同模板的具体实现方法进行详细说明。
请参阅图5,图5示出了本发明实施例提供的步骤S50的具体实现流程,详述如下:
S51:获取目标合同模板包含的合同内容的总页数n,其中,n为正整数。
具体地,在线浏览插件加载基础合同,并获取基础合同的总页数n,其中,n为正整数。
其中,在线浏览插件是指直接对网络数据进行解析,使得网络数据被转化成终端可以显示的格式的插件。
S52:针对每页中的合同内容,依次使用预设的在线浏览插件中的解析功能进行解析,得到n个解析结果。
具体地,采用在线浏览插件中的解析功能,对每页的基础合同进行内容解析,得到每页基础合同对应的解析结果,共得到n个解析结果。
其中,解析结果包括合同内容中的文字、表格、印章等要素,以及这些要素的格式和位置信息。
优选地,本实施例使用的在线浏览插件为PDF.JS插件。
S53:采用HTML5中的画布元素,分别对n个解析结果进行渲染,得到n个渲染结果,并将n个渲染结果发送给虚拟合同谈判室。
具体地,在得到解析结果后,直接将解析结果发送给客户端,会打乱合同内容的顺序和格式,因而,本实施例采用HTML5中的画布元素,分别对每个n个解析结果进行渲染,得到n个渲染结果,每个渲染结果为一智能终端设备支持的图片格式或其他职能终端设备可阅读修改的格式,并将这n个渲染结果发送给客户端,以使参与者标识对应的客户端的用户可以通过客户端对这些图片格式的合同内容进行审核、修改和确认。
在本实施例中,获取目标合同模板中合同内容的总页数,并使用在线浏览插件中的解析功能,对每页中的合同内容进行解析,并将解析结果使用HTML5中的画布元素进行渲染,进而将渲染结果发送给参与者标识对应的客户端,使得无法直接在移动终端上显示的合同内容可以在不同的终端设备进行显示和修改,提高了电子合同签订的通用性和效率。
在图2对应的实施例的基础之上,下面通过一个具体的实施例来对步骤S50中所提及的在接收到所述参与者标识发送的修改请求时,根据所述修改请求以及预设的合同修改条件,对所述目标合同模板进行修订,得到修订合同的具体实现方法进行详细说明。
请参阅图6,图6示出了本发明实施例提供的步骤S50的具体实现流程,详述如下:
S54:在接收到任一参与者标识发送的修改请求时,获取修改请求中包含的修改内容。
具体地,在接收到热议参与者标识发送的修改请求时,获取该修改请求中包含的修改内容。
其中,修改内容包括但不限于:修改位置、修改前的文字和修改后的文字等,修改位置具体可以是字符的页面位置。
例如,在一具体实施方式中,获取到的修改请求中的修改前文字为“甲方比例为20%”,修改后的文字为“甲方比例为23%”,修改位置为合同正文第八页第三行。
S55:将修改内容发送给每个参与者标识,并向每个参与者标识发送是否同意修改内容的询问消息。
具体地,将步骤S54中接收到的修改内容发送给每个参与者标识,并向每个参与者标识发送是否同意该修改内容的询问消息。
在本实施例中,修改内容可以是通过在虚拟合同谈判室的预设位置展示给每个参与者标识对应的参与者,也可以是通过区块链通讯的方式,分别发送到每个参与者标识对应的参与者,具体可依据实际情况进行确定,此处不做限定。
S56:接收到每个参与者标识针对询问消息的回应消息,若回应消息中同意修改内容的数量达到预设阈值,则使用预设的在线浏览插件,根据修改内容和目标合同模板,生成修订合同。
具体地,接收到每个参与者标识针对该询问消息的回应消息后,获取回应消息中的回应状态,并统计回应状态为同意该修改内容的回应消息的数量,在同意该修改内容的回应消息的数量达到预设阈值时,确定该修改内容被通过,此时,使用预设的在线浏览插件,根据修改内容,对目标合同模板进行修改,生成修订合同。
其中,回应状态包括同意该修改意见和否定该修改意见。
其中,预设阈值是预先设置好的固定数值,可根据实际需要进行设定,此处不作限制。
需要说明的是,在同意该修改内容的回应消息的数量未达到预设阈值时,确定该修改内容被否决。
在本实施例中,在接收到任一参与者标识发送的修改请求时,获取修改请求中包含的修改内容,进而将修改内容发送给每个参与者标识,并向每个参与者标识发送是否同意修改内容的询问消息,接收到每个参与者标识针对询问消息的回应消息,若回应消息中同意修改内容的数量达到预设阈值,则使用预设的在线浏览插件,根据修改内容和目标合同模板,生成修订合同。通过在虚拟合同谈判室中,参与者自行提出修改方案并共同决定是否修改,实现根据需要实时对电子合同进行修订,提高了电子合同签署的效率。
在一实施例中,在虚拟合同谈判室展示目标合同模板的步骤之后,并在在接收到参与者标识发送的修改请求时,按照预设的合同修改条件,对目标合同模板进行修订,得到修订合同的步骤之前,该电子合同签订和存储方法还包括:
若接收到任一参与者标识发送的修改请求,则将发送该修改请求的参与者标识的下次发言时间重置为预设时间间隔之后,并通过区块链通讯方式,将修改请求发送给每个参与者标识。
具体地,在接收到任一参与者标识发送的修改请求时,将发送该修改请求的参与者标识的下次发言时间重置为预设时间间隔之后,防止单个参与者标识频繁修订导致通讯堵塞和次序混乱,并通过区块链通讯方式,将修改请求发送给每个参与者标识,确保修改请求中的数据在传递过程中的安全性。
其中,预设时间间隔可以根据实际需求进行设置,此处不做限定,例如,预设时间间隔为5秒钟。
在本实施例中,在接收到任一参与者标识发送的修改请求时,将发送该修改请求的参与者标识的下次发言时间重置为预设时间间隔之后,并通过区块链通讯方式,将修改请求发送给每个参与者标识,避免同一参与者标识频繁发送修改请求导致通讯堵塞,有利于提高合同修订的效率。
应理解,上述实施例中各步骤的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本发明实施例的实施过程构成任何限定。
图7示出与上述实施例电子合同签订和存储方法一一对应的电子合同签订和存储装置的原理框图。如图7所示,该电子合同签订和存储装置包括模板获取模块10、谈判室建立模块20、身份验证模块30、通讯建立模块40、合同修改模块50、合同生成模块60和合同存储模块70。各功能模块详细说明如下:
模板获取模块10,用于若接收到合同签订请求,则获取合同签订请求中包含的合同类型和每个参与者标识,并从预设的数据库中,获取合同类型对应的合同模板,作为目标合同模板,其中,参与者标识的数量至少为两个;
谈判室建立模块20,用于建立虚拟合同谈判室,并向每个参与者标识对应的客户端发送包含虚拟合同谈判室的标识地址的接入邀请消息,以使参与者标识对应的参与者在接收到接入邀请消息后,通过客户端点击虚拟合同谈判室的标识地址跳转到虚拟合同谈判室,并发送身份验证信息进行身份认证;
身份验证模块30,用于接收每个参与者标识发送的身份验证信息,并对身份验证信息进行验证,得到验证结果;
通讯建立模块40,用于若验证结果为验证通过,则将参与者标识加入到虚拟合同谈判室,并在虚拟合同谈判室内,通过区块链通讯的方式,建立每个参与者标识之间的通讯连接,以使每个参与者标识对应的参与者参与对合同的修改和签名;
合同修改模块50,用于在虚拟合同谈判室展示目标合同模板,并在接收到参与者标识发送的修改请求时,根据修改请求以及预设的合同修改条件,对目标合同模板进行修订,得到修订合同;
合同生成模块60,用于若接收到电子合同签订消息,则收集每个参与者标识对应的签名信息,并根据每个参与者标识、每个参与者标识对应的签名信息和修订合同,生成目标电子合同,其中,签名信息包括生物特征或手写签名中的至少一项;
合同存储模块70,用于对目标电子合同进行非对称加密,并将加密后的目标电子合同存储到区块链中。
进一步地,身份验证信息为参与者标识对应的音频信息,接入邀请消息为SDK短信,SDK短信还包含初始验证码,身份验证模块30包括:
声纹提取单元31,用于对音频信息进行声纹提取,得到目标声纹信息;
第一验证单元32,用于将目标声纹信息与每个预设的参与者声纹信息进行对比验证,得到第一验证结果;
文本转换单元33,用于采用语音转换文本的方式,对音频信息进行转换,得到目标文本;
文本解析单元34,用于对目标文本进行文本解析,得到当前验证码;
第二验证单元35,用于对当前验证码和初始验证码进行一致性验证,得到第二验证结果;
结果确定单元36,用于若第一验证结果和第二验证结果均为验证通过,则确认验证结果为验证通过。
进一步地,通讯建立模块40包括:
通讯地址创建单元41,用于在虚拟合同谈判室内,以键值对方式创建区块链上每个参与者标识的通信地址,键值对包括键对象和值对象址;
通讯内容获取单元42,用于若接收到第一参与者标识向第二参与者标识发送的通讯请求,则获取通讯请求中包含的通讯内容,并通过第一参与者标识的键对象确定第一参与者标识对应的通信地址,通过第二参与者标识的键对象确定第二参与者标识对应的通信地址,其中,第一参与者标识和第二参与者标识为区块链上的任意两个参与者标识;
通讯内容映射单元43,用于向第二参与者标识的通信地址对应的值对象中写入通讯信息,并建立通讯信息与通讯内容的映射关系,通讯信息包括通讯标识、第二参与者标识的通信地址和第一参与者标识的通信地址,通讯标识用于标识通讯信息;
通讯内容获取单元44,用于若接收到第二参与者标识的通讯查询请求,则根据映射关系,获取第二参与者标识的通讯地址对应的值对象中通讯信息对应的通讯内容。
进一步地,合同修改模块50包括:
页数获取单元51,用于获取目标合同模板包含的合同内容的总页数n,其中,n为正整数;
在线解析单元52,用于针对每页中的合同内容,依次使用预设的在线浏览插件中的解析功能进行解析,得到n个解析结果;
渲染展示单元53,用于采用HTML5中的画布元素,分别对n个解析结果进行渲染,得到n个渲染结果,并将n个渲染结果展示在虚拟合同谈判室的预设位置。
进一步地,合同修改模块50还包括:
修改内容接收单元54,用于在接收到任一参与者标识发送的修改请求时,获取修改请求中包含的修改内容;
询问消息发送单元55,用于将修改内容发送给每个参与者标识,并向每个参与者标识发送是否同意修改内容的询问消息;
合同在线修订单元56,用于接收每个参与者标识针对询问消息的回应消息,若回应消息中同意修改内容的数量达到预设阈值,则使用预设的在线浏览插件,根据修改内容和目标合同模板,生成修订合同。
进一步地,电子合同签订和存储方法还包括:
时间重置模块80,用于若接收到任一参与者标识发送的修改请求,则将发送修改请求的参与者标识的下次发言时间重置为预设时间间隔之后,并通过区块链通讯方式,将修改请求发送给每个参与者标识。
关于电子合同签订和存储装置的具体限定可以参见上文中对于电子合同签订和存储方法的限定,在此不再赘述。上述电子合同签订和存储装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
图8是本发明一实施例提供的计算机设备的示意图。该计算机设备可以是服务端,其内部结构图可以如图8所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储每个预设的参与者声纹信息。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种电子合同签订和存储方法。
在一个实施例中,提供了一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,处理器执行计算机程序时实现上述实施例电子合同签订和存储方法的步骤,例如图2所示的步骤S10至步骤S70。或者,处理器执行计算机程序时实现上述实施例电子合同签订和存储装置的各模块/单元的功能,例如图7所示的模块10至模块70的功能。为避免重复,这里不再赘述。
所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,仅以上述各功能单元、模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能单元、模块完成,即将所述装置的内部结构划分成不同的功能单元或模块,以完成以上描述的全部或者部分功能。
在一实施例中,提供一计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,该计算机程序被处理器执行时实现上述实施例电子合同签订和存储方法的步骤,或者,该计算机程序被处理器执行时实现上述实施例电子合同签订和存储装置中各模块/单元的功能。为避免重复,这里不再赘述。
可以理解地,所述计算机可读存储介质可以包括:能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、电载波信号和电信信号等。
以上所述实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围,均应包含在本发明的保护范围之内。
Claims (10)
1.一种电子合同签订和存储方法,其特征在于,所述电子合同签订和存储方法包括:
若接收到合同签订请求,则获取所述合同签订请求中包含的合同类型和每个参与者标识,并从预设的数据库中,获取所述合同类型对应的合同模板,作为目标合同模板,其中,所述参与者标识的数量至少为两个;
建立虚拟合同谈判室,并向每个所述参与者标识对应的客户端发送包含所述虚拟合同谈判室的标识地址的接入邀请消息,以使所述参与者标识对应的参与者在接收到所述接入邀请消息后,通过所述客户端点击所述虚拟合同谈判室的标识地址跳转到所述虚拟合同谈判室,并发送身份验证信息进行身份认证;
接收每个所述参与者标识发送的身份验证信息,并对所述身份验证信息进行验证,得到验证结果;
若所述验证结果为验证通过,则将所述参与者标识加入到所述虚拟合同谈判室,并在所述虚拟合同谈判室内,通过区块链通讯的方式,建立每个所述参与者标识之间的通讯连接,以使每个所述参与者标识对应的参与者参与对合同的修改和签名;
在所述虚拟合同谈判室展示所述目标合同模板,并在需要修改时,通过区块链通讯的方式进行交互谈判,在接收到所述参与者标识发送的修改请求时,根据所述修改请求以及预设的合同修改条件,对所述目标合同模板进行修订,得到修订合同,其中,所述预设的合同修改条件为收到同意修改的消息数量超过预设阈值;
若接收到电子合同签订消息,则收集每个所述参与者标识对应的签名信息,并根据每个所述参与者标识、每个所述参与者标识对应的签名信息和所述修订合同,生成目标电子合同,其中,所述签名信息包括生物特征或手写签名中的至少一项;
对所述目标电子合同进行非对称加密,并将加密后的所述目标电子合同存储到区块链中。
2.如权利要求1所述的电子合同签订和存储方法,其特征在于,所述身份验证信息为所述参与者标识对应的音频信息,所述接入邀请消息为SDK短信,所述SDK短信还包含初始验证码,所述对所述身份验证信息进行验证包括:
对所述音频信息进行声纹提取,得到目标声纹信息;
将所述目标声纹信息与每个预设的参与者声纹信息进行对比验证,得到第一验证结果;
采用语音转换文本的方式,对所述音频信息进行转换,得到目标文本;
对所述目标文本进行文本解析,得到当前验证码;
对所述当前验证码和所述初始验证码进行一致性验证,得到第二验证结果;
若所述第一验证结果和所述第二验证结果均为验证通过,则确认所述验证结果为验证通过。
3.如权利要求1所述的电子合同签订和存储方法,其特征在于,所述在所述虚拟合同谈判室内,通过区块链通讯的方式,建立每个所述参与者标识之间的通讯连接包括:
在所述虚拟合同谈判室内,以键值对方式创建区块链上每个所述参与者标识的通信地址,所述键值对包括键对象和值对象址;
若接收到第一参与者标识向第二参与者标识发送的通讯请求,则获取所述通讯请求中包含的通讯内容,并通过所述第一参与者标识的键对象确定所述第一参与者标识对应的通信地址,通过所述第二参与者标识的键对象确定所述第二参与者标识对应的通信地址,其中,所述第一参与者标识和所述第二参与者标识为区块链上的任意两个所述参与者标识;
向所述第二参与者标识的通信地址对应的值对象中写入通讯信息,并建立所述通讯信息与所述通讯内容的映射关系,所述通讯信息包括通讯标识、所述第二参与者标识的通信地址和所述第一参与者标识的通信地址,所述通讯标识用于标识所述通讯信息;
若接收到第二参与者标识的通讯查询请求,则根据所述映射关系,获取所述第二参与者标识的通讯地址对应的值对象中所述通讯信息对应的通讯内容。
4.如权利要求1所述的电子合同签订和存储方法,其特征在于,所述在所述虚拟合同谈判室展示所述目标合同模板包括:
获取所述目标合同模板包含的合同内容的总页数n,其中,n为正整数;
针对每页中的合同内容,依次使用预设的在线浏览插件中的解析功能进行解析,得到n个解析结果;
采用HTML5中的画布元素,分别对n个解析结果进行渲染,得到n个渲染结果,并将n个所述渲染结果展示在所述虚拟合同谈判室的预设位置。
5.如权利要求4所述的电子合同签订和存储方法,其特征在于,所述在接收到所述参与者标识发送的修改请求时,按照预设的合同修改条件,对所述目标合同模板进行修订,得到修订合同包括:
在接收到任一所述参与者标识发送的修改请求时,获取所述修改请求中包含的修改内容;
将所述修改内容发送给每个所述参与者标识,并向每个所述参与者标识发送是否同意所述修改内容的询问消息;
接收每个所述参与者标识针对所述询问消息的回应消息,若所述回应消息中同意所述修改内容的数量达到预设阈值,则使用所述预设的在线浏览插件,根据所述修改内容和所述目标合同模板,生成所述修订合同。
6.如权利要求1至5任一项所述的电子合同签订和存储方法,其特征在于,在所述虚拟合同谈判室展示所述目标合同模板之后,并在所述在接收到所述参与者标识发送的修改请求时,按照预设的合同修改条件,对所述目标合同模板进行修订,得到修订合同之前,所述电子合同签订和存储方法还包括:
若接收到任一所述参与者标识发送的所述修改请求,则将发送所述修改请求的所述参与者标识的下次发言时间重置为预设时间间隔之后,并通过所述区块链通讯方式,将所述修改请求发送给每个所述参与者标识。
7.一种电子合同签订和存储装置,其特征在于,所述电子合同签订和存储装置包括:
模板获取模块,用于若接收到合同签订请求,则获取所述合同签订请求中包含的合同类型和每个参与者标识,并从预设的数据库中,获取所述合同类型对应的合同模板,作为目标合同模板,其中,所述参与者标识的数量至少为两个;
谈判室建立模块,用于建立虚拟合同谈判室,并向每个所述参与者标识对应的客户端发送包含所述虚拟合同谈判室的标识地址的接入邀请消息,以使所述参与者标识对应的参与者在接收到所述接入邀请消息后,通过所述客户端点击所述虚拟合同谈判室的标识地址跳转到所述虚拟合同谈判室,并发送身份验证信息进行身份认证;
身份验证模块,用于接收每个所述参与者标识发送的身份验证信息,并对所述身份验证信息进行验证,得到验证结果;
通讯建立模块,用于若所述验证结果为验证通过,则将所述参与者标识加入到所述虚拟合同谈判室,并在所述虚拟合同谈判室内,通过区块链通讯的方式,建立每个所述参与者标识之间的通讯连接,以使每个所述参与者标识对应的参与者参与对合同的修改和签名;
合同修改模块,用于在所述虚拟合同谈判室展示所述目标合同模板,并在需要修改时,通过区块链通讯的方式进行交互谈判,在接收到所述参与者标识发送的修改请求时,根据所述修改请求以及预设的合同修改条件,对所述目标合同模板进行修订,得到修订合同,其中,所述预设的合同修改条件为收到同意修改的消息数量超过预设阈值;
合同生成模块,用于若接收到电子合同签订消息,则收集每个所述参与者标识对应的签名信息,并根据每个所述参与者标识、每个所述参与者标识对应的签名信息和所述修订合同,生成目标电子合同,其中,所述签名信息包括生物特征或手写签名中的至少一项;
合同存储模块,用于对所述目标电子合同进行非对称加密,并将加密后的所述目标电子合同存储到区块链中。
8.如权利要求7所述的电子合同签订和存储装置,其特征在于,所述身份验证信息为所述参与者标识对应的音频信息,所述接入邀请消息为SDK短信,所述SDK短信还包含初始验证码,所述身份验证模块包括:
声纹提取单元,用于对所述音频信息进行声纹提取,得到目标声纹信息;
第一验证单元,用于将所述目标声纹信息与每个预设的参与者声纹信息进行对比验证,得到第一验证结果;
文本转换单元,用于采用语音转换文本的方式,对所述音频信息进行转换,得到目标文本;
文本解析单元,用于对所述目标文本进行文本解析,得到当前验证码;
第二验证单元,用于对所述当前验证码和所述初始验证码进行一致性验证,得到第二验证结果;
结果确定单元,用于若所述第一验证结果和所述第二验证结果均为验证通过,则确认所述验证结果为验证通过。
9.一种计算机设备,包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现如权利要求1至6任一项所述的电子合同签订和存储方法。
10.一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求1至6任一项所述的电子合同签订和存储方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910706625.2A CN110555299B (zh) | 2019-08-01 | 2019-08-01 | 电子合同签订和存储方法、装置、计算机设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910706625.2A CN110555299B (zh) | 2019-08-01 | 2019-08-01 | 电子合同签订和存储方法、装置、计算机设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110555299A CN110555299A (zh) | 2019-12-10 |
CN110555299B true CN110555299B (zh) | 2023-01-06 |
Family
ID=68736626
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910706625.2A Active CN110555299B (zh) | 2019-08-01 | 2019-08-01 | 电子合同签订和存储方法、装置、计算机设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110555299B (zh) |
Families Citing this family (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111159304A (zh) * | 2020-04-01 | 2020-05-15 | 支付宝(杭州)信息技术有限公司 | 一种基于区块链的数据处理方法、装置、设备及系统 |
CN112084149A (zh) * | 2020-09-02 | 2020-12-15 | 浪潮云信息技术股份公司 | 一种基于对象存储的文件内容在线浏览和修改方法 |
CN111932412A (zh) * | 2020-09-04 | 2020-11-13 | 汪宏杰 | 合同起草及修订方法、装置、存储介质及设备 |
CN112230984B (zh) * | 2020-10-23 | 2023-09-08 | 中国工商银行股份有限公司 | 区块链智能合约模板的处理方法及装置 |
CN112258189A (zh) * | 2020-12-03 | 2021-01-22 | 支付宝(杭州)信息技术有限公司 | 基于区块链的签约管理方法及装置和电子设备 |
CN112766768B (zh) * | 2021-01-26 | 2022-05-17 | 云账户技术(天津)有限公司 | 合同流程管理方法、装置、电子设备以及可读存储介质 |
CN113435175A (zh) * | 2021-06-17 | 2021-09-24 | 长沙通诺信息科技有限责任公司 | 审查批件的生成方法、装置、终端设备及存储介质 |
CN113379306A (zh) * | 2021-06-30 | 2021-09-10 | 江苏舒适云信息技术有限公司 | 基于动态匹配的电子合同生成方法及系统 |
CN113742671A (zh) * | 2021-09-06 | 2021-12-03 | 杭州安恒信息技术股份有限公司 | 在线协同信息处理方法、系统、电子装置和存储介质 |
CN113674067B (zh) * | 2021-09-08 | 2023-11-07 | 中国联合网络通信集团有限公司 | 信息处理方法、装置、设备、系统及可读存储介质 |
CN113781223B (zh) * | 2021-09-10 | 2024-08-09 | 中国农业银行股份有限公司 | 线上交易的方法及装置、电子设备、存储介质 |
CN113778512B (zh) * | 2021-09-14 | 2023-07-11 | 中国联合网络通信集团有限公司 | 谈判数据处理方法及设备 |
CN114612269B (zh) * | 2022-05-11 | 2022-09-13 | 山东国盾网信息科技有限公司 | 基于电子签名技术的电子劳动合同平台 |
CN115225352B (zh) * | 2022-06-30 | 2024-04-23 | 厦门职行力信息科技有限公司 | 混合加密方法及系统 |
CN117009933B (zh) * | 2023-06-25 | 2024-03-29 | 上海朗晖慧科技术有限公司 | 一种基于物联网的信息安全审批监测系统及方法 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104680277A (zh) * | 2013-11-29 | 2015-06-03 | 上海新世界信息产业有限公司 | 在线谈判签署电子合同的方法及系统 |
CN106960165A (zh) * | 2017-03-13 | 2017-07-18 | 广东网金控股股份有限公司 | 一种基于区块链智能合约实现电子合同多方会签的方法 |
CN107977557A (zh) * | 2017-11-30 | 2018-05-01 | 广州势必可赢网络科技有限公司 | 一种基于声纹识别的电子合同签署服务认证协议及服务器 |
CN108269204A (zh) * | 2018-01-15 | 2018-07-10 | 北京点聚信息技术有限公司 | 电子合同在线签约过程动作记录方法 |
CN108696518A (zh) * | 2018-05-09 | 2018-10-23 | 深圳壹账通智能科技有限公司 | 区块链上用户通信加密方法、装置、终端设备及存储介质 |
CN109756485A (zh) * | 2018-12-14 | 2019-05-14 | 平安科技(深圳)有限公司 | 电子合同签署方法、装置、计算机设备及存储介质 |
CN109801192A (zh) * | 2018-12-15 | 2019-05-24 | 深圳壹账通智能科技有限公司 | 电子合同签订方法、装置、计算机设备及存储介质 |
-
2019
- 2019-08-01 CN CN201910706625.2A patent/CN110555299B/zh active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104680277A (zh) * | 2013-11-29 | 2015-06-03 | 上海新世界信息产业有限公司 | 在线谈判签署电子合同的方法及系统 |
CN106960165A (zh) * | 2017-03-13 | 2017-07-18 | 广东网金控股股份有限公司 | 一种基于区块链智能合约实现电子合同多方会签的方法 |
CN107977557A (zh) * | 2017-11-30 | 2018-05-01 | 广州势必可赢网络科技有限公司 | 一种基于声纹识别的电子合同签署服务认证协议及服务器 |
CN108269204A (zh) * | 2018-01-15 | 2018-07-10 | 北京点聚信息技术有限公司 | 电子合同在线签约过程动作记录方法 |
CN108696518A (zh) * | 2018-05-09 | 2018-10-23 | 深圳壹账通智能科技有限公司 | 区块链上用户通信加密方法、装置、终端设备及存储介质 |
CN109756485A (zh) * | 2018-12-14 | 2019-05-14 | 平安科技(深圳)有限公司 | 电子合同签署方法、装置、计算机设备及存储介质 |
CN109801192A (zh) * | 2018-12-15 | 2019-05-24 | 深圳壹账通智能科技有限公司 | 电子合同签订方法、装置、计算机设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN110555299A (zh) | 2019-12-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110555299B (zh) | 电子合同签订和存储方法、装置、计算机设备及存储介质 | |
TWI672648B (zh) | 業務處理方法、裝置、資料共享系統及儲存介質 | |
US11050690B2 (en) | Method for providing recording and verification service for data received and transmitted by messenger service, and server using method | |
US8973123B2 (en) | Multifactor authentication | |
US9544380B2 (en) | Data analytics and security in social networks | |
CN109981576B (zh) | 密钥迁移方法和装置 | |
US20210377048A1 (en) | Digital Signature Method, Signature Information Verification Method, Related Apparatus and Electronic Device | |
KR102279582B1 (ko) | 회의 제공 장치 및 상기 장치에서의 접속 단말 변경 방법 | |
CN111985000B (zh) | 模型服务输出方法、装置、设备及存储介质 | |
CN110598460B (zh) | 基于区块链的电子签字方法、装置及存储介质 | |
CN111949958A (zh) | Oauth协议中的授权认证方法及装置 | |
CN112182522A (zh) | 访问控制方法和装置 | |
CN116226289A (zh) | 基于区块链的电子凭证管理方法、装置、设备及存储介质 | |
CN113129008B (zh) | 数据处理方法、装置、计算机可读介质及电子设备 | |
Pramono et al. | Firebase Authentication Cloud Service for RESTful API Security on Employee Presence System | |
CN112988311A (zh) | 一种基于web服务器的线上实验方法 | |
CN117036023A (zh) | 元宇宙内识别异常交易网络的方法、系统、设备及介质 | |
US20170279777A1 (en) | File signature system and method | |
CN110602218A (zh) | 一种自定义组装云服务的方法及相关装置 | |
CN114663550A (zh) | 用于线上签章的会议管理方法、装置、会议平台及介质 | |
CN113656782A (zh) | 聚合标识码的方法、聚合标识码的装置和电子设备 | |
Wei et al. | An authentication and key agreement mechanism for OPC Unified Architecture in industrial Internet of Things | |
CN115086428A (zh) | 网络请求发送方法、装置与电子设备 | |
CN102571335A (zh) | 双因素数字签名方法和系统以及服务器和客户端 | |
JP5001968B2 (ja) | ソーシャルネット内の各ユーザの公開鍵の正当性を保証する認証局を設定する認証局設定装置及び認証局設定方法 |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |