CN106295405A - 一种订立电子合同的方法及服务器 - Google Patents
一种订立电子合同的方法及服务器 Download PDFInfo
- Publication number
- CN106295405A CN106295405A CN201610592410.9A CN201610592410A CN106295405A CN 106295405 A CN106295405 A CN 106295405A CN 201610592410 A CN201610592410 A CN 201610592410A CN 106295405 A CN106295405 A CN 106295405A
- Authority
- CN
- China
- Prior art keywords
- signatory
- contract
- picture
- information
- signature
- 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.)
- Granted
Links
Classifications
-
- 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
- G06Q50/00—Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
- G06Q50/10—Services
- G06Q50/18—Legal services; Handling legal documents
- G06Q50/188—Electronic negotiation
-
- 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
- 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
- G06F40/00—Handling natural language data
- G06F40/10—Text processing
- G06F40/166—Editing, e.g. inserting or deleting
- G06F40/171—Editing, e.g. inserting or deleting by use of digital ink
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06V—IMAGE OR VIDEO RECOGNITION OR UNDERSTANDING
- G06V30/00—Character recognition; Recognising digital ink; Document-oriented image-based pattern recognition
- G06V30/40—Document-oriented image-based pattern recognition
- G06V30/41—Analysis of document content
- G06V30/413—Classification of content, e.g. text, photographs or tables
-
- 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
- G06Q50/00—Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
- G06Q50/10—Services
- G06Q50/16—Real estate
- G06Q50/167—Closing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06V—IMAGE OR VIDEO RECOGNITION OR UNDERSTANDING
- G06V30/00—Character recognition; Recognising digital ink; Document-oriented image-based pattern recognition
- G06V30/10—Character recognition
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06V—IMAGE OR VIDEO RECOGNITION OR UNDERSTANDING
- G06V30/00—Character recognition; Recognising digital ink; Document-oriented image-based pattern recognition
- G06V30/40—Document-oriented image-based pattern recognition
Abstract
本发明涉及电子商务领域,特别涉及一种订立电子合同的方法及服务器。本方法包括服务器接收第一客户端发送的合同文档,将所述合同文档转换成合同图片,并生成与所述合同文档和所述合同图片相关联的合同标识,将所述合同标识和所述合同图片发送给所述第一客户端;服务器接收第一客户端发送的合同标识、签署位置信息和签署方身份信息;并根据所述签署方身份信息将所述合同标识、与合同标识相关联的合同图片和签署方位置信息发送给第二客户端;服务器接收第二客户端发送的所述合同标识和签署图片;并根据所述签署位置信息将签署图片写入与所述合同标识相关联的合同文档。本方案交易双方提供了方便快捷的签署方式,减少了资源浪费。
Description
技术领域
本发明涉及电子商务领域,特别涉及一种订立电子合同的方法及服务器。
背景技术
传统合同一般以当事人签字或者盖章的方式形成,合同的签订受到了时间、地点等的多重限定,并且纸质合同造成了资源浪费。随着电子技术的发展,传统合同正逐渐被电子合同所取代,电子合同是双方或者多方当事人之间通过电子信息网络以电子的形式达成的设立、变更、终止财产性民事权利义务关系的协议。电子合同具有使用方便,传输效率高,不受时间地点的限制等优点。但是由于互联网的开放性,电子合同在传输过程中必然会存在安全性问题,电子合同在传输过程中容易被截取或篡改,对合同双方的交易安全构成了很大威胁。
发明内容
本发明的目的是为了克服现有技术的缺陷,提供一种订立电子合同的方法及服务器。
本发明方法是通过下述技术方案实现的:
一种订立电子合同的方法具体包括:
步骤A1、第一客户端向服务器发送合同文档;
步骤A2、服务器将合同文档转换成合同图片,并生成与合同文档和合同图片相关联的合同标识,向第一客户端发送合同标识和合同图片;
优选的,步骤A2可以为:服务器将合同文档根据预设转换关系转换成合同图片,生成合同标识、每个合同图片对应生成一个图片标识,合同标识与合同文档和所有合同图片相关联,将合同标识、图片标识和合同图片发送给第一客户端;
步骤A3、第一客户端根据创建方在合同图片上设置的签署位置生成签署位置信息;将合同标识、签署位置信息和创建方输入的签署方身份信息建立对应关系并发送给服务器;
步骤A3具体包括:
步骤301:第一客户端将创建方输入签署方信息发送给服务器;
签署方信息包括:签署方身份信息和签署方编码,或签署方身份信息和认证方式,或签署方身份信息、签署方编码和认证方式;
步骤302、服务器生成与签署方信息相关联的签署方标识;并签署方标识发送给第二客户端;
步骤303、第二客户端接收创建方根据签署方身份信息对应设置的签署位置,根据创建方在合同图片上设置的签署位置生成签署位置信息;将与合同标识相关联的合同标识、签署位置信息和与签署方身份信息相关联的签署方标识建立对应关系并发送给服务器;
优选的,根据创建方在合同图片上设置的签署位置生成签署位置信息具体包括:根据签署位置信息所在合同图片的图片标识和签署位置的坐标信息生成签署位置信息。
步骤A4、服务器根据签署方身份信息将合同标识、合同图片、签署方位置信息发送给第二客户端;
若签署方身份信息具体为签署方联系方式;
步骤A4具体包括:
步骤101、服务器根据签署方联系方式将包含合同标识的签署提醒发送至第二客户端;
步骤102、第二客户端接收签署方对签署提醒的触发信息,将合同标识发送给服务器;
步骤103、服务器根据合同标识和签署方联系方式获取签署位置信息和合同图片,将合同图片和签署位置信息发送给第二客户端。
若签署方身份信息具体为签署方登录应用系统的用户名;
步骤A4具体包括:
步骤201、第二客户端启动应用系统,接收签署方输入的用户名和密码,将用户名和密码发送给服务器;
步骤202、服务器根据用户名和密码判定签署方身份合法后,根据用户名获取签署位置信息和合同标识,将合同标识、与合同标识相关联的合同图片和签署位置信息发送给第二客户端。
进一步的,若签署方信息包括签署方编码;
步骤A4具体包括:
步骤401:服务器根据签署方信息中的签署方编码判断是否有签署顺序,是则执行步骤403,否则执行步骤402;
步骤402、服务器根据多个签署方信息中的签署方身份信息将合同标识发送给所有第二客户端;
步骤403、服务器根据签署方编码顺序获取签署方信息作为当前签署方信息,根据当前签署方信息中的签署方身份信息将合同标识、合同图片和签署方位置信息发送给第二客户端;
步骤A6之后还包括:服务器判断是否还有未被获取过的签署方信息,是则返回步骤403,否则结束。
优选的,若签署方信息包括认证方式:
具体的,认证方式可以为:人脸身份认证或实名身份认证或指纹身份认证或短信身份认证。
步骤A3之后,步骤A4之前还包括:
步骤501、服务器从签署方信息中获取认证方式,根据认证方式向第二客户端发送认证页面链接;
步骤502、第二客户端根据认证页面链接加载并显示身份认证页面,接收签署方输入的身份认证信息,并将身份认证信息发送给服务器;
步骤503、服务器根据身份认证信息判断签署方身份是否合法,是则执行步骤A4,否则向第二客户端发送身份认证失败提醒,结束。
步骤A5、第二客户端根据签署位置信息在合同图片上显示签署位置,并接收签署方上传的签署图片或服务器下发的签署图片;将合同图片的合同标识发送给服务器,若接收到签署方上传的签署图片则还需将签署图片发送给服务器;
步骤A6、服务器根据合同标识获取合同文档,并根据签署位置信息将签署图片写入合同文档。
优选的,服务器中预存有与签署方身份信息对应的数字证书;
步骤A6之后还包括:服务器根据签署方身份信息获取数字证书,将数字证书写入合同文档。
优选的,步骤A1之后,步骤A2之前还包括:
步骤601、服务器判断合同文档格式是否是预设格式,是则执行步骤A2,否则执行步骤602;
步骤602、服务器判断合同文档格式是否可以转换成预设格式,是则服务器将合同文档转换为预设格式,执行步骤A2,否则向第一客户端发送合同文档格式不支持提醒。
需要说明的是,第一客户端与第二客户端可以为同一个客户端。
一种订立电子合同的服务器,包括:
标识生成模块11,用于接收第一客户端发送的合同文档,将合同文档转换成合同图片,并生成与合同文档和合同图片相关联的合同标识;
标识生成模块具体包括:
第五接收子模块,用于接收第一客户端单发送的合同文档;
第一转换子模块,用于将第五接收子模块接收到的合同文档根据预设转换关系转换成合同图片;
标识生成子模块,用于生成合同标识、图片标识;合同标识与合同文档和所有合同图片相关联,每个合同图片对应一个图片标识。
第一接收模块接收到的签署位置信息具体包括:签署位置所在合同图片的图片标识和签署位置坐标信息。
第一发送模块12,用于将标识生成模块11生成的合同标识和合同图片发送给第一客户端;
第一接收模块13,用于接收第一客户端发送的合同标识、签署位置信息和签署方身份信息;
第一接收模块13,具体包括:
第三接收子模块,用于接收第一客户端发送的合同标识、签署位置信息和签署方信息,并生成与签署方信息相关联的签署方标识;
签署方信息包括:签署方身份信息和签署方编码,或签署方身份信息和认证方式,或签署方身份信息、签署方编码和认证方式;
第四发送子模块,具体用于将第三接收子模块接收到的签署方标识发送给第一客户端;
第四接收子模块,具体用于接收第一客户端发送的合同标识、签署方标识和签署位置信息。
第二发送模块14,用于根据第一接收模块13接收到的签署方身份信息将合同标识、与合同标识相关联的合同图片和签署方位置信息发送给第二客户端;
若第一接收模块13接收到的签署方身份信息具体为签署方联系方式;
第二发送模块14,具体包括:
第一发送子模块,用于根据第一接收模块13接收到的签署方联系方式将包含合同标识的签署提醒发送至第二客户端;
第一接收子模块,用于接收第二客户端发送的合同标识;
第二发送子模块,用于根据第一接收子模块接收到的合同标识和签署方联系方式获取签署位置信息和合同图片,将合同图片和签署位置信息发送给第二客户端。
第一接收模块13接收到的签署方身份信息具体为签署方登录应用系统的用户名;
第二发送模块14,具体包括:
第二接收子模块,用于接收第二客户端发送的用户名和密码;
第一判断子模块,用于根据第一接收模块13接收到的用户名和密码判断签署方身份是否合法;
第三发送子模块,用于若第一判断子模块判定签署方身份合法时,根据用户名获取签署位置信息和合同标识,将合同标识、与合同标识相关联的合同图片和签署位置信息发送给第二客户端。
若第三接收子模块接收到的签署方信息包括:签署方身份信息和签署方编码,或签署方身份信息、签署方编码和认证方式;
第二发送模块14,具体包括:
第二判断子模块,用于根据签署方信息中的签署方编码判断是否有签署顺序;
第五发送子模块,用于第二判断子模块判定没有签署顺序时根据签署方信息中的签署方身份信息将合同标识发送给所有第二客户端;
第一获取子模块,用于第二判断子模块判定有签署顺序时根据签署方编码顺序获取签署方信息作为当前签署方信息;还用于第一判断模块判定还有未被获取过的签署方信息时根据签署方编码顺序获取签署方信息作为当前签署方信息;
第六发送子模块,用于根据第一获取子模块获取到的当前签署方信息中的签署方身份信息将合同标识、合同图片和签署方位置信息发送给第二客户端;
服务器还包括:第一判断模块,用于判断是否还有未被获取过的签署方信息。
第三接收子模块接收到的签署方信息包括:签署方信息包括:签署方身份信息和认证方式,或者签署方身份信息、签署方编码和认证方式;
服务器还包括:
第三发送模块,用于从第三接收子模块接收到的签署方信息中获取认证方式,根据认证方式向第二客户端发送认证页面链接;
第二判断模块,用于接收第二客户端发送的身份认证信息,根据身份认证信息判断签署方身份是否合法;
第二发送模块14,具体用于若第二判断模块判定签署方身份合法时用于根据第一接收模块13接收到的签署方身份信息将合同标识、与合同标识相关联的合同图片和签署方位置信息发送给第二客户端;
第四发送模块,用于若第二判断模块判定签署方身份不合法时向第二客户端发送身份认证失败提醒。
具体的,第三接收子模块接收到的签署方信息中的认证方式具体为人脸身份认证或实名身份认证或指纹身份认证或短信身份认证。
第二接收模块15,用于接收第二客户端发送的合同标识,还用于接收第二客户端发送的合同标识和签署图片;
签署模块16,用于若第二接收模块15接收到合同标识则根据签署位置信息将服务器中预存的签署图片写入与合同标识相关联的合同文档,若第二接收模块15接收到合同标识和签署图片则将服务器中预存的签署图片写入合同文档。
优选的,服务器还包括:
存储模块,用于存储与签署方身份信息对应的数字证书;
数字证书写入模块,用于根据签署方身份信息在存储模块中获取数字证书,将数字证书写入签署模块获取到的合同文档。
进一步的,服务器还包括:
第三接收模块,用于接收第二客户端发送的合同验证图片;
第三判断模块,用于根据第二接收模块接收到的合同标识获取合同文档,将第三接收模块接收到的合同验证图片与合同文档进行比对,判断内容是否一致;
第三判断模块可以包括:
第四判断子模块,用于判断第三接收模块接收的合同验证图片的分辨率是否大于预设值;
第五判断子模块,用于第五判断子模块判定第三接收模块接收的合同验证图片的分辨率大于预设值则将第三接收模块接收到的合同验证图片与合同文档进行比对,判断内容是否一致;
第八发送子模块,用于第五判断子模块判定第三接收模块接收的合同验证图片的分辨率不大于预设值时向第二客户端发送合同验证图片不合格提醒。
相应的,签署模块,具体用于第三判断模块判定合同验证图片与合同文档内容一致时根据签署位置信息将第二接收模块接收到的签署图片写入第三判断模块获取到的合同文档;
第三判断模块还可以包括:
第六判断子模块,用于对第三接收模块接收的合同验证图片进行光学字符识别,将识别得到的文字进行字数统计,判断合同验证图片中的字数是否大于预设值;
第七判断子模块,用于第六判断子模块判定第三接收模块接收的合同验证图片中的字数大于预设值时则将第三接收模块接收到的合同验证图片与合同文档进行比对,判断内容是否一致;
第九发送子模块,用于第七判断子模块判定第三接收模块接收的合同验证图片中的字数不大于预设值时向第二客户端发送合同验证图片不合格提醒
第六发送模块,用于第三判断模块判定合同验证图片与合同文档内容不一致时向第二客户端发送合同被篡改提醒。
本发明方法的有益效果在于:通过签署电子合同,交易双方签署合同时避免了由于时间地点的限制,提供了方便,快捷的签署方式,并且减少了资源浪费,避免了由于电子合同在传输过程中篡改而造成经济损失的风险,即实现了所见即所签。
附图说明
为了更清楚的说明本发明实施例的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单的介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例1中提供的一种订立电子合同的方法流程图
图2为本发明实施例2中提供的一种创建电子合同的方法流程图。
图3为本发明实施例2中提供的一种签署电子合同的方法流程图。
图4为本发明实施例2中创建方设置签署位置前的合同图片。
图5为本发明实施例2中创建方设置签署位置后的设置页面。
图6为本发明实施例2中张三签署合同前的合同签署页面。
图7为本发明实施例2中张三签署完成后的合同图片。
图8为本发明实施例2中所有签署方均签署完成后的合同图片。
图9为本发明实施例3中提供的一种订立电子合同的服务器的方框图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述。显然所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
实施例1
如图1所示,一种订立电子合同的方法具体包括:
步骤A1、第一客户端向服务器发送合同文档;
步骤A2、服务器将合同文档转换成合同图片,并生成与合同文档和合同图片相关联的合同标识,向第一客户端发送合同标识和合同图片;
优选的,步骤A2可以为:服务器将合同文档根据预设转换关系转换成合同图片,生成合同标识、每个合同图片对应生成一个图片标识,合同标识与合同文档和所有合同图片相关联,将合同标识、图片标识和合同图片发送给第一客户端;
步骤A3、第一客户端根据创建方在合同图片上设置的签署位置生成签署位置信息;将合同标识、签署位置信息和创建方输入的签署方身份信息建立对应关系并发送给服务器;
步骤A3具体包括:
步骤301:第一客户端将创建方输入签署方信息发送给服务器;
签署方信息包括:签署方身份信息和签署方编码,或签署方身份信息和认证方式,或签署方身份信息、签署方编码和认证方式;
步骤302、服务器生成与签署方信息相关联的签署方标识;并签署方标识发送给第二客户端;
步骤303、第二客户端接收创建方根据签署方身份信息对应设置的签署位置,根据创建方在合同图片上设置的签署位置生成签署位置信息;将与合同标识相关联的合同标识、签署位置信息和与签署方身份信息相关联的签署方标识建立对应关系并发送给服务器;
优选的,根据创建方在合同图片上设置的签署位置生成签署位置信息具体包括:根据签署位置信息所在合同图片的图片标识和签署位置的坐标信息生成签署位置信息。
步骤A4、服务器根据签署方身份信息将合同标识、合同图片、签署方位置信息发送给第二客户端;
若签署方身份信息具体为签署方联系方式;
步骤A4具体包括:
步骤101、服务器根据签署方联系方式将包含合同标识的签署提醒发送至第二客户端;
步骤102、第二客户端接收签署方对签署提醒的触发信息,将合同标识发送给服务器;
步骤103、服务器根据合同标识和签署方联系方式获取签署位置信息和合同图片,将合同图片和签署位置信息发送给第二客户端。
若签署方身份信息具体为签署方登录应用系统的用户名;
步骤A4具体包括:
步骤201、第二客户端启动应用系统,接收签署方输入的用户名和密码,将用户名和密码发送给服务器;
步骤202、服务器根据用户名和密码判定签署方身份合法后,根据用户名获取签署位置信息和合同标识,将合同标识、与合同标识相关联的合同图片和签署位置信息发送给第二客户端。
进一步的,若签署方信息包括签署方编码;
步骤A4具体包括:
步骤401:服务器根据签署方信息中的签署方编码判断是否有签署顺序,是则执行步骤403,否则执行步骤402;
步骤402、服务器根据多个签署方信息中的签署方身份信息将合同标识发送给所有第二客户端;
步骤403、服务器根据签署方编码顺序获取签署方信息作为当前签署方信息,根据当前签署方信息中的签署方身份信息将合同标识、合同图片和签署方位置信息发送给第二客户端;
步骤A6之后还包括:服务器判断是否还有未被获取过的签署方信息,是则返回步骤403,否则结束。
优选的,若签署方信息包括认证方式:
具体的,认证方式可以为:人脸身份认证或实名身份认证或指纹身份认证或短信身份认证。
步骤A3之后,步骤A4之前还包括:
步骤501、服务器从签署方信息中获取认证方式,根据认证方式向第二客户端发送认证页面链接;
步骤502、第二客户端根据认证页面链接加载并显示身份认证页面,接收签署方输入的身份认证信息,并将身份认证信息发送给服务器;
步骤503、服务器根据身份认证信息判断签署方身份是否合法,是则执行步骤A4,否则向第二客户端发送身份认证失败提醒,结束。
步骤A5、第二客户端根据签署位置信息在合同图片上显示签署位置,并接收签署方上传的签署图片或服务器下发的签署图片;将合同图片的合同标识发送给服务器,若接收到签署方上传的签署图片则还需将签署图片发送给服务器;
步骤A6、服务器根据合同标识获取合同文档,并根据签署位置信息将签署图片写入合同文档。
优选的,服务器中预存有与签署方身份信息对应的数字证书;
步骤A6之后还包括:服务器根据签署方身份信息获取数字证书,将数字证书写入合同文档。
优选的,步骤A1之后,步骤A2之前还包括:
步骤601、服务器判断合同文档格式是否是预设格式,是则执行步骤A2,否则执行步骤602;
步骤602、服务器判断合同文档格式是否可以转换成预设格式,是则服务器将合同文档转换为预设格式,执行步骤A2,否则向第一客户端发送合同文档格式不支持提醒。
需要说明的是,第一客户端与第二客户端可以为同一个客户端。
实施例2
如图2所示,一种创建电子合同的方法具体包括:
步骤701、第一客户端启动应用系统,接收创建方输入的登录请求信息。
本实施例中,登录请求信息包括用户名和密码。
步骤702、第一客户端向服务器发送登录请求信息。
例如,客户端发送给服务器的登录请求信息具体为
{"username","zhangsan@ftsafe.com","passwd":"123456"},用户名username为zhangsan@ftsafe.com,密码passwd为123456。
步骤703、服务器根据接收到的登录请求信息判断创建方身份是否合法,是则执行步骤705,否则执行步骤704结束。
服务器根据获取的创建方名zhangsan@ftsafe.com和密码123456在数据库中进行检索,如果数据库中有相同的信息则创建方身份验证成功,否则创建方身份验证失败,结束。
步骤704、服务器向第一客户端发送认证失败信息,结束。
步骤705、服务器向第一客户端发送认证成功信息。
步骤706、第一客户端接收创建方上传的合同文档、创建方设置的签署方编码、签署方身份信息和认证方式,根据签署方编码、签署方身份信息和认证方式生成签署方信息。
步骤706还可以为:客户端接收创建方选择的预先保存的未签署合同文档、创建方设置的签署方编码、签署方身份信息和认证方式,根据签署方编码、签署方身份信息和认证方式生成签署方信息。
具体的,签署方编码,用于标志签署方的签署顺序。
签署方身份信息,具体包括邮箱地址、真实姓名和手机号码。
认证方式,具体包括短信、人脸、指纹以及实名等多种认证方式的任意一个或组合。
创建方可以设定一个签署方也可以设定多个签署方,本实施例中以两个签署方进行介绍,第一客户端生成两条签署方信息具体为:
[{"number":"1","email":"zhangsan@ftsafe.com","realname":"张三","authtype":"1","phonesn":"18201331111"},{"number":"2","email":"lisi@ftsafe.com","realname":"李四","authtype":"0","phonesn":"18201332222"}]。
张三的签署方信息具体如下:
{"number":"1","email":"zhangsan@ftsafe.com","realname":"张三","authtype":"1","phonesn":"18201331111"}
其中,签名编码number用于标识签署方的签署顺序,签名编码number为1,表示当前签署方为第一个签署合同;邮箱地址email为test@ftsafe.com;真实姓名realname为张三;认证方式authtype,用于标识签署方的认证方式,本实施例中提供短信、人脸、指纹以及实名等多种签署方身份认证方式,当认证方式authtype为0时标志不需要进行签署方身份认证;当认证方式authtype为1时标志通过短信进行签署方身份认证;当认证方式authtype为2时标志通过人脸进行签署方身份认证,当认证方式authtype为3时标志通过实名进行签署方身份认证。手机号码phonesn为18201331111。
本实施例中的合同文档具体为:
租房合同
出租方:(以下简称甲方)
承租方:(以下简称乙方)
甲、乙双方就房屋租赁事宜,达成如下协议:
一、甲方将位于北京市学院路街道花园小区9号楼201号的房屋出租给乙方居住使用,租赁期限自2016年1月1日至2016年12月31日,计12个月。
二、本房屋月租金为人民币2000元,按月/季度/年结算。
三、乙方租赁期间,水费、电费、取暖费、燃气费、电话费、物业费以及其它由乙方居住而产生的费用由乙方负担。租赁结束时,乙方须交清欠费。
四、乙方同意预交2000元作为保证金,合同终止时,当作房租冲抵。
五、房屋租赁期为,从2016年1月1日至2016年12月31日。在此期间,任何一方要求终止合同,须提前三个月通知对方,并偿付对方总租金2000的违约金;如果甲方转让该房屋,乙方有优先购买权。
甲方:_____________ 乙方:_____________
步骤707、第一客户端将合同文档和签署方信息发送给服务器。
步骤708、服务器接收并保存第一客户端发送的合同文档和签署方信息,将合同文档转换成合同图片,并生成标识信息;根据签署方信息生成签署方标识,根据签署方标识和标识信息生成第一响应数据。
本实施中,标识信息包括合同标识,文档标识,页码标识和图片标识。
一个合同唯一对应一个合同标识;每个合同可以包含一个合同文档也可以包含多个合同文档,每个合同文档唯一对应一个文档标识;合同文档的每一页都对应一个页码标识。
服务器将合同文档按页转换成合同图片,每个合同图片唯一对应一个图片标识。
例如,本实施例中,服务器根据接收到的合同文档生成的标识信息具体为:合同标识为1,文档标识为1,页码标识为1,图片标识为1。标识信息均为服务器生成的唯一自增的序列号。
服务器中根据签署方信息:
{"number":"1","email":"zhangsan@ftsafe.com","realname":"张三","authtype":"1","phonesn":"18201331111"}生成签署方标识为1;根据签署方信息:{"number":"2","email":"lisi@ftsafe.com","realname":"李四","authtype":"0","phonesn":"18201332222"}生成签署方标识为2。
第一响应数据具体如下:
{"contractinfo":{"contractid":"1"},"addressees":[{"addresseeid":"1","realname":"张三","email":"zhangsan@ftsafe.com"},
{"addresseeid":"2","realname":"李四","email":"lisi@ftsafe.
com"}]"docinfo":[{"docid":"1","pageid":"1","pagewidth":"500",
"pageheight":"400","imgid":"1"}]};
其中,合同信息contractinfo包括:合同唯一标识contractid为1。签署方信息addressees包括:签署方标识addresseeid为1;真实姓名realname为张三;邮箱地址email为zhangsan@ftsafe.com。文档信息docinfo包括:文档标识docid为1;页面标识pageid为1;页面宽度pagewidth为500;页面高度pageheight为400;图片标识imgid为1。
步骤708还包括:服务器接收第一客户端发送的合同文档,并通过获取合同文档的文件名后缀判断合同文档格式是否是预设格式或可以转换为预设格式,若不是预设格式且不可以转换为预设格式则提示不支持当前格式;若接收到的合同文档格式为预设格式则保存当前合同文档并将合同文档转换为合同图片;若接收到的合同文档格式不是预设格式且可以转换成预设格式,则将合同文档转换为预设格式,并保存转换后的合同文档并将转换后的合同文档转换为合同图片。
本实施例中预设格式为PDF格式,可以转换为PDF格式的格式有TXT、XLS、PPT、DOC等格式。
本实施例中,服务器获取接收到的合同文档的后缀判断合同文档格式是否为PDF格式或可以转换为PDF格式,若接收到的合同文档格式不是PDF格式且不可以转换为PDF格式则提示不支持当前格式;若接收到的合同文档格式为PDF格式则保存当前合同文档,并调用pdfToImg方法将合同文档转换为合同图片;若接收到合同文档格式不是PDF格式且是TXT、XLS、PPT、DOC格式的任意一种则调用Msoffice接口将合同文档转换为PDF格式的合同文档,保存PDF格式的合同文档,并调用pdfToImg方法将PDF格式的合同文档转换为合同图片。转换成合同图片可以防止对合同文档的二次修改。
例如:当前合同文档的格式为DOC格式,服务器调用Msoffice接口将合同文档转换为PDF格式的合同文档,保存PDF格式的合同文档,并调用pdfToImg方法将PDF格式的合同文档转换为合同图片。
步骤709、服务器向第一客户端返回第一响应数据。
步骤710、第一客户端根据第一响应数据加载并显示合同图片,接收创建方根据不同的签署方信息对应设置的签名类型和签名位置信息,并根据标识信息、签署方标识、签名位置信息和签名类型生成签名属性。
本实施例中第一客户端根据第一响应数据加载并显示合同图片,即创建方设置签署位置前的合同图片,如图4所示。
本实施例中,创建方可以选择的签名类型包括签名、签章、日期、公司名称等。签名位置信息具体包括:签名图片相对于页面顶端的距离、签名图片相对于页面左端的距离、签名图片宽度、签名图片高度以及签名图片所处的文档,页数等信息。
图5为创建方设置签署位置后的设置页面。例如,张三的签名位置设置为图5中乙方的签署方框所示的位置,李四的签署位置为图5所示的甲方的签署方框所示的位置。相应的,第一客户端根据合同标识、签署方标识、签名类型和签名位置信息生成签名属性具体为:
{"content":[{"docid":"1","pageid":"1","signset":[{addresseeid":"1","fieldtype":"sign","top":"100","left":"70","width":"25","height":"20"},{addresseeid":"2","fieldtype":"seal","top":"100","left":"30","widt h":"25","height":"20"}]}],"contractid":""1"}。
其中签名属性包括:签名图片所处的文档标识docid为1;签名图片所处的页码标识为1;签署人标识userid为张三;签名图片相对于页面顶端的距离top为100mm;签名图片相对于页面左端的距离left为30mm;签名图片宽度width为25mm;签名图片高度height为20mm;签署类型fieldtype为sign,表明签署类型为签名;签名图片所处的合同标识contractid为1。
步骤711、第一客户端将签名属性发送给服务器。
步骤712、服务器保存签名属性。
步骤713、服务器根据签署方编码判断是否有签署顺序,是则执行步骤717,否则执行步骤714。
具体的,服务器从任意一个签署方信息中获取签署方编码,判断签署方编码是否为0,是则没有签署顺序,否则有签署顺序;
例如,服务器从签署方信息中获取"number":"1";签署方编码"number"所对应的值为1则表明有签署顺序。
步骤714、服务器根据签署方信息向所有签署方发送签署提醒,等待接收签署信息。
具体的,服务器从签署方信息中获取邮箱地址,通过邮箱地址向签署方发送签署提醒。还可以从签署方信息中获取手机号码,通过短信方式给签署方发送签署提醒。
步骤715、服务器判断是否在预设时间内接收到所有签署方返回的签署信息,是则执行步骤716,否则结束。
步骤716、服务器向第一客户端发送签署完成提醒。
步骤717、服务器根据签署方编码数据顺序获取一个签署方信息作为当前签署方信息,根据当前签署方信息给相应的签署方客户端发送签署提醒,等待接收签署信息。
具体的,服务器根据签署方编码顺序获取一个签署方信息,根据签署方信息中的签署方身份信息给签署方发送签署提醒。
例如,获取到的当前签署方信息为
{"number":"1","email":"zhangsan@ftsafe.com","realname":"张三","authtype":"0","phonesn":"18201331111"},则服务器给签署方身份信息为zhangsan@ftsafe的签署方发送签署提醒。
步骤718、服务器判断是否在预设时间内接收到签署信息,是则执行步骤719,否则结束。
步骤719、服务器判断是否还有未被获取过的签署方信息,是则返回步骤717,否则执行步骤720。
步骤720、服务器向第一客户端发送签署完成提醒。
如图8所示为所有签署方均签署完成后显示的合同图片。
如图3所示,若当前签署方为张三,签署电子合同的方法具体包括:
步骤801、第二客户端接收签署方开始签署合同的触发信号。
步骤802、第二客户端向服务器发送签署方身份信息和合同标识。
本实施例中,签署方身份信息具体为签署方联系方式。
步骤801-802可以为:
若第二客户端接收到签署方对签署提醒的触发信息,则向服务器发送签署方联系方式和签署提醒中的合同标识。
步骤801-802可以为:
步骤901、第二客户端启动应用系统,接收签署方输入的用户名和密码,将用户名和密码发送给服务器;
具体的,用户名可以为签署方信息中的签署方身份信息,即邮箱地址、真实姓名、手机号码之一;
步骤902、服务器根据接收到的用户名和密码判断签署方身份是否合法,向第二客户端发送认证成功信息,执行步骤903,否则向第二客户端发送认证失败信息,结束;
步骤903、第二客户端接收到签署方对未签署合同的触发信息,将未签署合同的合同标识发送给服务器,执行步骤803。
步骤803、服务器根据签署方身份信息获取相应的签署方信息作为当前签署方信息,从当前签署方信息获取认证方式,根据认证方式判断签署方是否需要进行身份认证,是则执行步骤804,否则执行步骤809。
例如,第二客户端向服务器发送的邮箱地址为zhangsan@ftsafe.com;根据邮箱地址获取到的签署方信息为:
{"number":"1","email":"zhangsan@ftsafe.com","realname":"张三","authtype":"1","phonesn":"18201331111"},从签署方信息中获取"authtype":"1";认证方式authtype为1。服务器判定签署方进行人脸认证。
又如,第二客户端向服务器发送的邮箱地址为lisi@ftsafe.com,根据邮箱地址获取到的签署方信息为:
{"number":"2","email":"lisi@ftsafe.com","realname":"李四","authtype":"0","phonesn":"18201332222"}],从签署方信息中获取"authtype":"0";认证方式authtype为0,服务器判定不需要进行身份认证,则直接步骤809。
步骤804、服务器根据认证方式生成第二响应数据。
若服务器判定签署方需要进行人脸认证则将人脸认证页面链接作为第二响应数据。
步骤805、服务器向第二客户端发送第二响应数据。
步骤806、第二客户端根据第二响应数据加载并显示身份认证页面,并接收签署方输入的身份认证信息。
例如:签署方根据人脸认证页面链接加载并显示人脸认证页面,并接收签署方输入的人脸信息。
步骤807、第二客户端向服务器发送身份认证信息。
步骤808、服务器根据身份认证信息判断签署方身份是否合法,是则执行步骤809,否则结束。
服务器在数据库中根据身份认证信息进行检索,如果数据库中有与身份认证信息相同的信息则签署方身份认证成功,否则签署方身份认证失败,结束。
步骤809、服务器根据当前签署方信息获取对应的签名属性
具体的,服务器根据当前签署方信息获取签署方标识,根据签署方标识和合同标识获取对应的签名属性。
若当前签署方信息具体为
{"number":"1","email":"zhangsan@ftsafe.com","realname":"张三","authtype":"1","phonesn":"18201331111"}],根据当前签署方信息获取到的签署方标识为1,获取签署方标识为1的签名属性具体为:
{"content":[{"docid":"1","pageid":"1","signset":[{addresseeid":"1","fieldtype":"sign","top":"100","left":"70","width":"25","height":"20"],"contractid":""1"}
步骤810、服务器向第二客户端发送签名属性。
优选的,步骤801中还包括:服务器向第二客户端下发服务器根据签署方身份信息生成的签署方图片。
步骤811、第二客户端根据签名属性显示合同签署页面,接收签署方输入的签署图片,根据签名属性中的合同标识和签署图片生成签署信息。
若当前签署方为张三,第二客户端根据签名属性显示合同签署页面,即张三签署合同前的合同签署页面如图6所示。第二客户端显示合同图片,并根据签名属性高亮签署位置。第二客户端接收签署方新设置签署图片或者选择使用服务器下发的签署图片;若签署方选择使用之前已设置的的签名图片则返回的数据为空,若签署方新设置签署信息则返回的签署数据为新设置的签名图片,本实施例中签署信息可以包括签名、签章、身份证号码、签署日期和公司名称。
优选的,第二客户端根据签名属性显示签署页面之后,接收签署方输入的签名数据之前还包括:第二客户端接收签署方是否签署合同的选择信息,若接收到确认信息则等待接收签署人输入的签署图片,若接收签署方的拒签信息则将拒签信息返回服务器;服务器设置当前合同文档为拒签状态,不再向其他签署方发送签署提醒,结束。
步骤812、第二客户端向服务器发送签署信息。
例如,第二客户端返回的签署信息具体为:
{"signimg":"","contractid":""1"},其中签名signimg为空,表明签署方选择使用之前已设置的签名图片;合同标识contractid为1。
步骤813、服务器接收签署信息,根据签署信息中的合同标识获取合同文档和合同图片,根据签名属性中的签名位置信息将签名图片写入到合同文档和合同图片。
本实施例中,由于签署方选择了服务器下发的签署图片,例如签名图片或签章图片等;则返回的签署图片为空时,服务器默认保存的签署图片写入合同文档。
例如,签名属性具体为具体为:
{"content":[{"docid":"1","pageid":"1","signset":[{addresseeid":"1","fieldtype":"sign","top":"100","left":"70","width":"25","height":"20"],"contractid":""1"},则将签名图片写入合同标识contractid为1、文档标识为1、页面标识为1的合同文档对应的页面上,在当前页面的具体位置是距离相对于页面顶端的距离为100mm,相对于页面左端的距离为70mm的区域内,且签名图片的宽度为25mm,签名图片的高度为20mm。图7为张三签署完成后的合同图片,图8为所有签署方均签署完成后的合同图片。
步骤814、服务器根据签名属性中的签署方标识获取服务器中预存的数字证书,将数字证书写入合同文档。
服务器中保存有数字签名,每个签署方标识对应一个数字证书,服务器可以根据签署方信息获取对应的数字证书。本实施例中合同文档格式具体为PDF格式,服务器针对PDF格式的合同文档正文内容摘要值进行签名,并将签名值和数字证书写入合同文档。
优选的,步骤811中第二客户端根据签名属性显示合同签署页面之后,接收签署方输入的签署图片之前还包括:
步骤S1、服务器接收第二客户端发送的合同验证信息。
合同验证信息为签署方对第二客户端显示的合同图片进行拍照得到合同验证信息并上传,第二客户端向服务器发送合同验证信息。
步骤S2、服务器将接收到的合同验证信息与合同文档进行比对,判断内容是否一致,是则执行步骤811,否则发送合同被篡改提醒,结束。
本实施例通过OCR将收到的合同图片与创建方上传的电子合同进行比对。OCR(光学字符识别,Optical Character Recognition)是将图片内容通过检测暗、亮的模式确定其形状,然后用字符识别方法将形状翻译成计算机文字的过程。
进一步的,步骤S2之前还包括服务器获取图片的分辨率并判断签署方拍照得到的图片的分辨率是否大于预设值,是则执行步骤S2,否则向签署方发送重新拍摄合同提示。
进一步的,步骤S2之前还包括,服务器对合同图片进行OCR识别,将识别得到的文字进行字数统计,判断合同图片中的字数是否大于预设值,若合同图片中的字数大于预设值,则执行步骤S2,否则向签署方发送重新拍摄合同提示。
进一步的,若步骤S1中接收到多个合同验证信息,则根据合同图片的接收顺序依次进行OCR识别,若多个合同验证信息与合同内容一致,则接收签署方输入的签署图片,否则结束。
实施例3
一种订立电子合同的服务器,包括:
标识生成模块11,用于接收第一客户端发送的合同文档,将合同文档转换成合同图片,并生成与合同文档和合同图片相关联的合同标识;
标识生成模块具体包括:
第五接收子模块,用于接收第一客户端单发送的合同文档;
第一转换子模块,用于将第五接收子模块接收到的合同文档根据预设转换关系转换成合同图片;
标识生成子模块,用于生成合同标识、图片标识;合同标识与合同文档和所有合同图片相关联,每个合同图片对应一个图片标识。
第一接收模块接收到的签署位置信息具体包括:签署位置所在合同图片的图片标识和签署位置坐标信息。
第一发送模块12,用于将标识生成模块11生成的合同标识和合同图片发送给第一客户端;
第一接收模块13,用于接收第一客户端发送的合同标识、签署位置信息和签署方身份信息;
第一接收模块13,具体包括:
第三接收子模块,用于接收第一客户端发送的合同标识、签署位置信息和签署方信息,并生成与签署方信息相关联的签署方标识;
签署方信息包括:签署方身份信息和签署方编码,或签署方身份信息和认证方式,或签署方身份信息、签署方编码和认证方式;
第四发送子模块,具体用于将第三接收子模块接收到的签署方标识发送给第一客户端;
第四接收子模块,具体用于接收第一客户端发送的合同标识、签署方标识和签署位置信息。
第二发送模块14,用于根据第一接收模块13接收到的签署方身份信息将合同标识、与合同标识相关联的合同图片和签署方位置信息发送给第二客户端;
若第一接收模块13接收到的签署方身份信息具体为签署方联系方式;
第二发送模块14,具体包括:
第一发送子模块,用于根据第一接收模块13接收到的签署方联系方式将包含合同标识的签署提醒发送至第二客户端;
第一接收子模块,用于接收第二客户端发送的合同标识;
第二发送子模块,用于根据第一接收子模块接收到的合同标识和签署方联系方式获取签署位置信息和合同图片,将合同图片和签署位置信息发送给第二客户端。
第一接收模块13接收到的签署方身份信息具体为签署方登录应用系统的用户名;
第二发送模块14,具体包括:
第二接收子模块,用于接收第二客户端发送的用户名和密码;
第一判断子模块,用于根据第一接收模块13接收到的用户名和密码判断签署方身份是否合法;
第三发送子模块,用于若第一判断子模块判定签署方身份合法时,根据用户名获取签署位置信息和合同标识,将合同标识、与合同标识相关联的合同图片和签署位置信息发送给第二客户端。
若第三接收子模块接收到的签署方信息包括:签署方身份信息和签署方编码,或签署方身份信息、签署方编码和认证方式;
第二发送模块14,具体包括:
第二判断子模块,用于根据签署方信息中的签署方编码判断是否有签署顺序;
第五发送子模块,用于第二判断子模块判定没有签署顺序时根据签署方信息中的签署方身份信息将合同标识发送给所有第二客户端;
第一获取子模块,用于第二判断子模块判定有签署顺序时根据签署方编码顺序获取签署方信息作为当前签署方信息;还用于第一判断模块判定还有未被获取过的签署方信息时根据签署方编码顺序获取签署方信息作为当前签署方信息;
第六发送子模块,用于根据第一获取子模块获取到的当前签署方信息中的签署方身份信息将合同标识、合同图片和签署方位置信息发送给第二客户端;
服务器还包括:第一判断模块,用于判断是否还有未被获取过的签署方信息。
第三接收子模块接收到的签署方信息包括:签署方信息包括:签署方身份信息和认证方式,或者签署方身份信息、签署方编码和认证方式;
服务器还包括:
第三发送模块,用于从第三接收子模块接收到的签署方信息中获取认证方式,根据认证方式向第二客户端发送认证页面链接;
第二判断模块,用于接收第二客户端发送的身份认证信息,根据身份认证信息判断签署方身份是否合法;
第二发送模块14,具体用于若第二判断模块判定签署方身份合法时用于根据第一接收模块13接收到的签署方身份信息将合同标识、与合同标识相关联的合同图片和签署方位置信息发送给第二客户端;
第四发送模块,用于若第二判断模块判定签署方身份不合法时向第二客户端发送身份认证失败提醒。
具体的,第三接收子模块接收到的签署方信息中的认证方式具体为人脸身份认证或实名身份认证或指纹身份认证或短信身份认证。
第二接收模块15,用于接收第二客户端发送的合同标识,还用于接收第二客户端发送的合同标识和签署图片;
签署模块16,用于若第二接收模块15接收到合同标识则根据签署位置信息将服务器中预存的签署图片写入与合同标识相关联的合同文档,若第二接收模块15接收到合同标识和签署图片则将服务器中预存的签署图片写入合同文档。
优选的,服务器还包括:
存储模块,用于存储与签署方身份信息对应的数字证书;
数字证书写入模块,用于根据签署方身份信息在存储模块中获取数字证书,将数字证书写入签署模块获取到的合同文档。
进一步的,服务器还包括:
第三接收模块,用于接收第二客户端发送的合同验证图片;
第三判断模块,用于根据第二接收模块接收到的合同标识获取合同文档,将第三接收模块接收到的合同验证图片与合同文档进行比对,判断内容是否一致;
第三判断模块可以包括:
第四判断子模块,用于判断第三接收模块接收的合同验证图片的分辨率是否大于预设值;
第五判断子模块,用于第五判断子模块判定第三接收模块接收的合同验证图片的分辨率大于预设值则将第三接收模块接收到的合同验证图片与合同文档进行比对,判断内容是否一致;
第八发送子模块,用于第五判断子模块判定第三接收模块接收的合同验证图片的分辨率不大于预设值时向第二客户端发送合同验证图片不合格提醒。
相应的,签署模块,具体用于第三判断模块判定合同验证图片与合同文档内容一致时根据签署位置信息将第二接收模块接收到的签署图片写入第三判断模块获取到的合同文档;
第三判断模块还可以包括:
第六判断子模块,用于对第三接收模块接收的合同验证图片进行光学字符识别,将识别得到的文字进行字数统计,判断合同验证图片中的字数是否大于预设值;
第七判断子模块,用于第六判断子模块判定第三接收模块接收的合同验证图片中的字数大于预设值时则将第三接收模块接收到的合同验证图片与合同文档进行比对,判断内容是否一致;
第九发送子模块,用于第七判断子模块判定第三接收模块接收的合同验证图片中的字数不大于预设值时向第二客户端发送合同验证图片不合格提醒
第六发送模块,用于第三判断模块判定合同验证图片与合同文档内容不一致时向第二客户端发送合同被篡改提醒。
以上所述的实施例只是本发明较优选的具体实施方式,本领域的技术人员在本发明技术方案范围内进行的通常变化和替换都应包含在本发明的保护范围内。
Claims (39)
1.一种订立电子合同的方法,其特征在于,包括:
步骤A1、第一客户端将合同文档发送给服务器;
步骤A2、所述服务器将所述合同文档转换成合同图片,并生成与所述合同文档和所述合同图片相关联的合同标识,将所述合同标识和所述合同图片发送给所述第一客户端;
步骤A3、所述第一客户端根据创建方在所述合同图片上设置的签署位置生成签署位置信息;将所述合同标识、所述签署位置信息和创建方输入的签署方身份信息建立对应关系并发送给服务器;
步骤A4、所述服务器根据所述签署方身份信息将所述合同标识、所述合同图片、所述签署方位置信息发送给第二客户端;
步骤A5、所述第二客户端根据所述签署位置信息在所述合同图片上显示签署位置,并接收签署方上传的签署图片或服务器下发的签署图片;将所述合同图片的合同标识发送给服务器,若接收到签署方上传的签署图片则还需将所述签署图片发送给服务器;
步骤A6、所述服务器根据所述合同标识获取合同文档,并根据所述签署位置信息将所述签署图片写入所述合同文档。
2.如权利要求1所述的方法,其特征在于,所述签署方身份信息具体为签署方联系方式;
所述步骤A4具体包括:
步骤101、所述服务器根据所述签署方联系方式将包含所述合同标识的签署提醒发送至所述第二客户端;
步骤102、所述第二客户端接收签署方对所述签署提醒的触发信息,将合同标识发送给服务器;
步骤103、服务器根据所述合同标识和所述签署方联系方式获取签署位置信息和合同图片,将合同图片和签署位置信息发送给所述第二客户端。
3.如权利要求1所述的方法,其特征在于,所述签署方身份信息具体为签署方登录应用系统的用户名;
所述步骤A4具体包括:
步骤201、第二客户端启动应用系统,接收签署方输入的用户名和密码,将用户名和密码发送给服务器;
步骤202、服务器根据用户名和密码判定签署方身份合法后,根据所述用户名获取签署位置信息和合同标识,将合同标识、与合同标识相关联的合同图片和签署位置信息发送给所述第二客户端。
4.如权利要求1所述的方法,其特征在于,
所述步骤A3具体包括:
步骤301:所述第一客户端将创建方输入签署方信息发送给服务器;
所述签署方信息包括:签署方身份信息和签署方编码,或签署方身份信息和认证方式,或签署方身份信息、签署方编码和认证方式;
步骤302、所述服务器生成与所述签署方信息相关联的签署方标识;并签署方标识发送给第二客户端;
步骤303、第二客户端接收创建方根据签署方身份信息对应设置的签署位置,根据创建方在所述合同图片上设置的签署位置生成签署位置信息;将与所述合同标识相关联的合同标识、签署位置信息、与所述签署方身份信息相关联的签署方标识建立对应关系并发送给服务器。
5.如权利要求4所述的方法,其特征在于,
所述签署方信息包括:签署方身份信息和签署方编码,或签署方身份信息、签署方编码和认证方式;
所述步骤A4具体包括:
步骤401:服务器根据签署方信息中的签署方编码判断是否有签署顺序,是则执行步骤403,否则执行步骤402;
步骤402、所述服务器根据所述多个签署方信息中的签署方身份信息将所述合同标识发送给所有第二客户端;
步骤403、所述服务器根据所述签署方编码顺序获取签署方信息作为当前签署方信息,根据当前签署方信息中的签署方身份信息将所述合同标识、合同图片和签署方位置信息发送给第二客户端;
所述步骤A6之后还包括:所述服务器判断是否还有未被获取过的签署方信息,是则返回步骤403,否则结束。
6.如权利要求4所述的方法,其特征在于,
所述签署方信息包括:签署方身份信息和认证方式,或者签署方身份信息、签署方编码和认证方式;
所述步骤A3之后,步骤A4之前还包括:
步骤501、所述服务器从签署方信息中获取认证方式,根据所述认证方式向第二客户端发送认证页面链接;
步骤502、所述第二客户端根据认证页面链接加载并显示身份认证页面,接收用户输入的身份认证信息,并将所述身份认证信息发送给服务器;
步骤503、所述服务器根据所述身份认证信息判断签署方身份是否合法,是则执行步骤A4,否则向所述第二客户端发送身份认证失败提醒,结束。
7.如权利要求4所述的方法,其特征在于,所述认证方式具体为:人脸身份认证或实名身份认证或指纹身份认证或短信身份认证。
8.如权利要求1所述的方法,其特征在于,
所述步骤A2具体为:所述服务器将所述合同文档根据预设转换关系转换成合同图片,每个合同图片对应生成一个图片标识,将所述合同标识与所述合同文档和所有合同图片相关联,将所述合同标识、所述图片标识和所述合同图片发送给所述第一客户端;
所述根据创建方在所述合同图片上设置的签署位置生成签署位置具体包括:根据所述签署位置信息所在合同图片的图片标识和签署位置的坐标信息生成签署位置信息。
9.如权利要求1所述的方法,其特征在于,
所述服务器中预存有与所述签署方身份信息对应的数字证书;
所述步骤A6之后还包括:所述服务器根据所述签署方身份信息获取所述数字证书,将所述数字证书写入所述合同文档。
10.如权利要求1所述的方法,其特征在于,所述步骤A1之后,所述步骤A2之前还包括:
步骤601、所述服务器判断合同文档格式是否是预设格式,是则执行步骤A2,否则执行步骤602;
步骤602、所述服务器判断所述合同文档格式是否可以转换成所述预设格式,是则所述服务器将所述合同文档转换为所述预设格式,执行步骤A2,否则向第一客户端发送合同文档格式不支持提醒。
11.如权利要求1所述的方法,其特征在于,所述服务器根据所述合同标识获取合同文档之后,所述服务器根据所述签署位置信息将签署图片写入所述合同文档之前还包括:
步骤701、第二客户端接收用户上传的合同验证图片,并将所述合同验证图片发送给所述服务器;
步骤702、服务器根据合同标识获取合同文档,将所述合同验证图片与所述合同文档进行比对,判断内容是否一致,是则根据所述签署位置信息将签署图片写入所述合同文档,否则向第二客户端发送合同被篡改提醒,结束。
12.如权利要求11所述的方法,其特征在于,步骤702之前还包括:判断所述合同验证图片的分辨率是否大于预设值,是则执行步骤702,否则向第二客户端发送合同验证图片不合格提醒。
13.如权利要求11所述的方法,其特征在于,步骤702之前还包括:服务器对所述合同验证图片进行光学字符识别,将识别得到的文字进行字数统计,判断合同验证图片中的字数是否大于预设值,是则执行步骤702,否则向第二客户端发送合同验证图片不合格提醒。
14.一种订立电子合同的方法,其特征在于,包括:
步骤B1、服务器接收第一客户端发送的合同文档,将所述合同文档转换成合同图片,并生成与所述合同文档和所述合同图片相关联的合同标识,将所述合同标识和所述合同图片发送给所述第一客户端;
步骤B2、服务器接收第一客户端发送的合同标识、签署位置信息和签署方身份信息,根据所述签署方身份信息将所述合同标识、合同图片、签署方位置信息发送给第二客户端;
步骤B3、服务器接收第二客户端发送的所述合同标识;若服务器还接收到第二客户端发送的签署图片则根据所述签署位置信息将签署图片写入与所述合同标识相关联的合同文档,若没有接收到第二客户端发送的签署图片则将服务器中预存的签署图片写入合同文档。
15.如权利要求14所述的方法,其特征在于,
所述步骤B2中服务器接收到的所述签署方身份信息具体为签署方联系方式;
所述根据所述签署方身份信息将所述合同标识、与合同标识相关联的合同图片和签署方位置信息发送给第二客户端具体包括:
步骤801、所述服务器根据签署方联系方式将包含合同标识的签署提醒发送至所述第二客户端;
步骤802、服务器接收第二客户端发送的合同标识,并根据所述合同标识和所述签署方联系方式获取签署位置信息和合同图片,将合同图片和签署位置信息发送给所述第二客户端。
16.如权利要求14所述的方法,其特征在于,
所述步骤B2中服务器接收到的所述签署方身份信息具体为签署方登录应用系统的用户名;
所述根据所述签署方身份信息将所述合同标识、与合同标识相关联的合同图片和签署方位置信息发送给第二客户端具体包括:服务器接收第二客户端发送的用户名和密码,根据用户名和密码判定签署方身份合法后,根据所述用户名获取签署位置信息和合同标识,将合同标识、与合同标识相关联的合同图片和签署位置信息发送给所述第二客户端。
17.如权利要求14所述的方法,其特征在于,所述步骤B2具体包括:
步骤901、服务器接收第一客户端发送的合同标识、签署位置信息和签署方身份信息;并生成与所述签署方信息相关联的签署方标识,将签署方标识发送给第一客户端;
所述签署方信息包括签署方身份信息和签署方编码,或签署方身份信息和认证方式,或签署方身份信息、签署方编码和认证方式;
步骤902、服务器接收第一客户端发送的合同标识、签署方标识和签署位置信息。
18.如权利要求17所述的方法,其特征在于,
所述签署方信息包括:签署方身份信息和签署方编码,或签署方身份信息、签署方编码和认证方式;
所述根据所述签署方身份信息将所述合同标识、与合同标识相关联的合同图片和签署方位置信息发送给第二客户端具体包括:
步骤A01:服务器根据签署方信息中的签署方编码判断是否有签署顺序,是则执行步骤A03,否则执行步骤A02;
步骤A02、所述服务器根据所述多个签署方信息中的签署方身份信息将所述合同标识发送给所有第二客户端;
步骤A03、所述服务器根据所述签署方编码顺序获取签署方信息作为当前签署方信息,根据当前签署方信息中的签署方身份信息将所述合同标识、合同图片和签署方位置信息发送给第二客户端;
所述步骤B3之后还包括:所述服务器判断是否还有未被获取过的签署方信息,是则返回步骤A03,否则结束。
19.如权利要求17所述的方法,其特征在于,
所述签署方信息包括:签署方身份信息和认证方式,或者签署方身份信息、签署方编码和认证方式;
所述步骤B2之后,步骤B3之前还包括:
步骤B01、所述服务器从签署方信息中获取认证方式,根据所述认证方式向第二客户端发送认证页面链接;
步骤B02、所述服务器接收第二客户端发送的身份认证信息,根据所述身份认证信息判断签署方身份是否合法,是则执行步骤B3,否则向所述第二客户端发送身份认证失败提醒,结束。
20.如权利要求17所述的方法,其特征在于,所述认证方式具体为:人脸身份认证或实名身份认证或指纹身份认证或短信身份认证。
21.如权利要求14所述的方法,其特征在于,所述步骤B1具体为:所述服务器将所述合同文档根据预设转换关系转换成合同图片,生成合同标识、每个合同图片对应生成一个图片标识,所述合同标识与所述合同文档和所有合同图片相关联,将所述合同标识、所述图片标识和所述合同图片发送给所述第一客户端;
所述服务器接收到的签署方位置信息具体包括:根据所述签署位置所在合同图片的图片标识和签署位置的坐标信息。
22.如权利要求14所述的方法,其特征在于,包括:
所述服务器中预存有与所述签署方身份信息对应的数字证书;
所述步骤B3之后还包括:所述服务器根据所述签署方身份信息获取所述数字证书,将所述数字证书写入所述合同文档。
23.如权利要求14所述的方法,其特征在于,所述服务器接收第一客户端发送的合同文档之后,所述将所述合同文档转换成合同图片之前还包括:
步骤C01、所述服务器判断合同文档格式是否是预设格式,是则将所述合同文档转换成合同图片,否则执行步骤C02;
步骤C02、所述服务器判断所述合同文档格式是否可以转换成所述预设格式,是则所述服务器将所述合同文档转换为所述预设格式,将所述合同文档转换成合同图片,否则向第一客户端发送合同文档格式不支持提醒。
24.如权利要求14所述的方法,其特征在于,所述B2之后,所述步骤B3之前还包括:
步骤D01、服务器接收第二客户端发送的合同验证图片;
步骤D02、服务器根据合同标识获取合同文档,将所述合同验证图片与所述合同文档进行比对,判断内容是否一致,是则执行步骤B3,否则向第二客户端发送合同被篡改提醒,结束。
25.如权利要求24所述的方法,其特征在于,所述步骤D01之后,步骤D02之前还包括:服务器判断所述合同验证图片的分辨率是否大于预设值,是则执行步骤D02,否则向第二客户端发送合同验证图片不合格提醒。
26.如权利要求24所述的方法,其特征在于,所述步骤D01之后,步骤D02之前还包括:对所述合同验证图片进行光学字符识别,将识别得到的文字进行字数统计,判断合同验证图片中的字数是否大于预设值,是则执行步骤D02,否则向第二客户端发送合同验证图片不合格提醒。
27.一种订立电子合同的服务器,其特征在于,包括:
标识生成模块,用于接收第一客户端发送的合同文档,将所述合同文档转换成合同图片,并生成与所述合同文档和所述合同图片相关联的合同标识;
第一发送模块,用于将标识生成模块生成的所述合同标识和所述合同图片发送给所述第一客户端;
第一接收模块,用于接收所述第一客户端发送的合同标识、签署位置信息和签署方身份信息;
第二发送模块,用于根据所述第一接收模块接收到的所述签署方身份信息将所述合同标识、与合同标识相关联的合同图片和签署方位置信息发送给第二客户端;
第二接收模块,用于接收所述第二客户端发送的所述合同标识,还用于接收所述第二客户端发送的所述合同标识和签署图片;
签署模块,用于若所述第二接收模块接收到所述合同标识则根据所述签署位置信息将服务器中预存的签署图片写入与所述合同标识相关联的合同文档,若所述第二接收模块接收到所述合同标识和签署图片则将服务器中预存的签署图片写入合同文档。
28.如权利要求27所述的服务器,其特征在于,
所述第一接收模块接收到的所述签署方身份信息具体为签署方联系方式;
所述第二发送模块,具体包括:
第一发送子模块,用于根据所述第一接收模块接收到的签署方联系方式将包含合同标识的签署提醒发送至所述第二客户端;
第一接收子模块,用于接收所述第二客户端发送的合同标识;
第二发送子模块,用于根据所述第一接收子模块接收到的合同标识和所述签署方联系方式获取签署位置信息和合同图片,将所述合同图片和所述签署位置信息发送给所述第二客户端。
29.如权利要求27所述的服务器,其特征在于,
所述第一接收模块接收到的所述签署方身份信息具体为签署方登录应用系统的用户名;
所述第二发送模块,具体包括:
第二接收子模块,用于接收第二客户端发送的用户名和密码;
第一判断子模块,用于根据所述第一接收模块接收到的所述用户名和密码判断签署方身份是否合法;
第三发送子模块,用于当所述第一判断子模块判定所述签署方身份合法时,根据所述用户名获取签署位置信息和合同标识,将合同标识、与合同标识相关联的合同图片和签署位置信息发送给所述第二客户端。
30.如权利要求27所述的服务器,其特征在于,
所述第一接收模块,具体包括:
第三接收子模块,用于接收第一客户端发送的合同标识、签署位置信息和签署方信息,并生成与所述签署方信息相关联的签署方标识;
所述签署方信息包括:签署方身份信息和签署方编码,或签署方身份信息和认证方式,或签署方身份信息、签署方编码和认证方式;
第四发送子模块,具体用于将所述第三接收子模块接收到的所述签署方标识发送给第一客户端;
第四接收子模块,具体用于接收第一客户端发送的合同标识、签署方标识和签署位置信息。
31.如权利要求30所述的服务器,其特征在于,
所述第三接收子模块接收到的所述签署方信息包括:签署方身份信息和签署方编码,或签署方身份信息、签署方编码和认证方式;
所述第二发送模块,具体包括:
第二判断子模块,用于根据签署方信息中的签署方编码判断是否有签署顺序;
第五发送子模块,用于所述第二判断子模块判定没有签署顺序时根据所述签署方信息中的签署方身份信息将所述合同标识发送给所有第二客户端;
第一获取子模块,用于所述第二判断子模块判定有签署顺序时根据所述签署方编码顺序获取签署方信息作为当前签署方信息;还用于第一判断模块判定还有未被获取过的签署方信息时根据所述签署方编码顺序获取签署方信息作为当前签署方信息;
第六发送子模块,用于根据第一获取子模块获取到的所述当前签署方信息中的签署方身份信息将所述合同标识、合同图片和签署方位置信息发送给第二客户端;
所述服务器还包括:第一判断模块,用于判断是否还有未被获取过的签署方信息。
32.如权利要求30所述的服务器,其特征在于,
所述第三接收子模块接收到的所述签署方信息包括:所述签署方信息包括:签署方身份信息和认证方式,或者签署方身份信息、签署方编码和认证方式;
所述服务器还包括:
第三发送模块,用于从所述第三接收子模块接收到的签署方信息中获取认证方式,根据所述认证方式向第二客户端发送认证页面链接;
第二判断模块,用于接收第二客户端发送的身份认证信息,根据所述身份认证信息判断签署方身份是否合法;
所述第二发送模块,具体用于若所述第二判断模块判定签署方身份合法时用于根据所述第一接收模块接收到的所述签署方身份信息将所述合同标识、与合同标识相关联的合同图片和签署方位置信息发送给第二客户端;
第四发送模块,用于若所述第二判断模块判定签署方身份不合法时向第二客户端发送身份认证失败提醒。
33.如权利要求30所述的服务器,其特征在于,所述第三接收子模块接收到的所述签署方信息中的认证方式具体为人脸身份认证或实名身份认证或指纹身份认证或短信身份认证。
34.如权利要求27所述的服务器,其特征在于,所述标识生成模块具体包括:
第五接收子模块,用于接收第一客户端单发送的合同文档;
第一转换子模块,用于将所述第五接收子模块接收到的所述合同文档根据预设转换关系转换成合同图片;
标识生成子模块,用于生成合同标识、图片标识;所述合同标识与所述合同文档和所有合同图片相关联,每个合同图片对应一个图片标识;
所述第一接收模块接收到的签署位置信息具体包括:签署位置所在合同图片的图片标识和签署位置坐标信息。
35.如权利要求27所述的服务器,其特征在于,包括
存储模块,用于存储与所述签署方身份信息对应的数字证书;
数字证书写入模块,用于根据所述签署方身份信息在存储模块中获取数字证书,将所述数字证书写入所述签署模块获取到的所述合同文档。
36.如权利要求27所述的服务器,其特征在于,所述标识生成模块具体包括:
第六接收子模块,用于接收第一客户端发送的合同文档;
第二判断子模块,用于判断所述第六接收子模块接收到的合同文档格式是否是预设格式;
第三判断子模块,用于若所述第二判断子模块判定合同文档格式不是预设格式则判断所述合同文档格式是否可以转换成所述预设格式;
第二转换子模块,用于若所述第二判断子模块判定合同文档格式是预设格式则将所述所述合同文档转换成合同图片;还用于若所述第三判断子模块盘判定所述合同文档格式可以转换成所述预设格式则将所述合同文档转换为所述预设格式;并将转换格式后的合同文档转换成合同图片;
第七发送子模块,用于所述第三判断子模块盘判定所述合同文档格式不可以转换成所述预设格式时向第一客户端发送合同文档格式不支持提醒。
37.如权利要求27所述的服务器,其特征在于,还包括:
第三接收模块,用于接收第二客户端发送的合同验证图片;
第三判断模块,用于根据所述第二接收模块接收到的合同标识获取合同文档,将所述第三接收模块接收到的所述合同验证图片与所述合同文档进行比对,判断内容是否一致;
所述签署模块,具体用于所述第三判断模块判定所述合同验证图片与所述合同文档内容一致时根据签署位置信息将所述第二接收模块接收到的签署图片写入所述第三判断模块获取到的所述合同文档;
第六发送模块,用于所述第三判断模块判定所述合同验证图片与所述合同文档内容不一致时向第二客户端发送合同被篡改提醒。
38.如权利要求37所述的服务器,其特征在于,所述第三判断模块具体包括:
第四判断子模块,用于判断所述第三接收模块接收的所述合同验证图片的分辨率是否大于预设值;
第五判断子模块,用于所述第五判断子模块判定所述第三接收模块接收的所述合同验证图片的分辨率大于预设值则将所述第三接收模块接收到的所述合同验证图片与所述合同文档进行比对,判断内容是否一致;
第八发送子模块,用于所述第五判断子模块判定所述第三接收模块接收的所述合同验证图片的分辨率不大于预设值时向第二客户端发送合同验证图片不合格提醒。
39.如权利要求37所述的服务器,其特征在于,第三判断模块具体包括:
第六判断子模块,用于对所述第三接收模块接收的所述合同验证图片进行光学字符识别,将识别得到的文字进行字数统计,判断合同验证图片中的字数是否大于预设值;
第七判断子模块,用于所述第六判断子模块判定所述第三接收模块接收的所述合同验证图片中的字数大于预设值时则将所述第三接收模块接收到的所述合同验证图片与所述合同文档进行比对,判断内容是否一致;
第九发送子模块,用于所述第七判断子模块判定所述第三接收模块接收的所述合同验证图片中的字数不大于预设值时向第二客户端发送合同验证图片不合格提醒。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610592410.9A CN106295405B (zh) | 2016-07-25 | 2016-07-25 | 一种订立电子合同的方法及服务器 |
US16/307,167 US10977432B2 (en) | 2016-07-25 | 2017-07-21 | Method for concluding electronic contracts and server |
PCT/CN2017/093921 WO2018019187A1 (zh) | 2016-07-25 | 2017-07-21 | 一种订立电子合同的方法及服务器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610592410.9A CN106295405B (zh) | 2016-07-25 | 2016-07-25 | 一种订立电子合同的方法及服务器 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106295405A true CN106295405A (zh) | 2017-01-04 |
CN106295405B CN106295405B (zh) | 2019-02-12 |
Family
ID=57652417
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610592410.9A Active CN106295405B (zh) | 2016-07-25 | 2016-07-25 | 一种订立电子合同的方法及服务器 |
Country Status (3)
Country | Link |
---|---|
US (1) | US10977432B2 (zh) |
CN (1) | CN106295405B (zh) |
WO (1) | WO2018019187A1 (zh) |
Cited By (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107133777A (zh) * | 2017-04-25 | 2017-09-05 | 飞天诚信科技股份有限公司 | 一种电子合同的创建、签署方法及系统 |
CN107527215A (zh) * | 2017-09-28 | 2017-12-29 | 山西特信环宇信息技术有限公司 | 一种基于生物识别技术的电子合同系统及操作方法 |
CN107579990A (zh) * | 2017-09-26 | 2018-01-12 | 北京华云智汇科技有限公司 | 合同管理方法及服务器 |
WO2018019187A1 (zh) * | 2016-07-25 | 2018-02-01 | 飞天诚信科技股份有限公司 | 一种订立电子合同的方法及服务器 |
CN108595938A (zh) * | 2018-03-15 | 2018-09-28 | 兴业数字金融服务(上海)股份有限公司 | 基于结构化控件的电子合同应用范围拓展方法及系统 |
CN109325729A (zh) * | 2018-08-21 | 2019-02-12 | 平安科技(深圳)有限公司 | 一种生成电子合同的方法及服务器 |
CN109472686A (zh) * | 2018-10-12 | 2019-03-15 | 深圳壹账通智能科技有限公司 | 合同签订方法、装置及终端设备 |
CN109636681A (zh) * | 2018-10-16 | 2019-04-16 | 深圳壹账通智能科技有限公司 | 合同生成方法、装置、设备及存储介质 |
CN110061844A (zh) * | 2019-03-13 | 2019-07-26 | 深圳壹账通智能科技有限公司 | 基于区块链的电子签名方法、电子装置及可读存储介质 |
CN110245220A (zh) * | 2019-05-05 | 2019-09-17 | 深圳法大大网络科技有限公司 | 电子文件签署方法、装置及服务器、存储介质 |
CN110245911A (zh) * | 2018-09-11 | 2019-09-17 | 爱信诺征信有限公司 | 电子合同签署方法及其装置、系统 |
CN111480321A (zh) * | 2017-09-21 | 2020-07-31 | 莱里达网络远程信息技术服务股份有限公司 | 用于电子标识和信任服务(eidas)的电子合同的认证的平台和方法 |
CN111698451A (zh) * | 2020-06-17 | 2020-09-22 | 北京天威诚信电子商务服务有限公司 | 基于视频会议的电子合同签署方法、平台及系统 |
CN111724155A (zh) * | 2019-03-22 | 2020-09-29 | 北京沃东天骏信息技术有限公司 | 电子合同管理方法与装置 |
CN112231771A (zh) * | 2020-12-11 | 2021-01-15 | 浙江数秦科技有限公司 | 一种基于区块链的电子合同在线签署及保全方法 |
CN112347452A (zh) * | 2020-11-10 | 2021-02-09 | 上海祺鲲信息科技有限公司 | 电子合同签署的方法、电子设备及存储介质 |
CN112488735A (zh) * | 2020-12-07 | 2021-03-12 | 上海汉图科技有限公司 | 一种合同签署方法、装置和电子设备 |
CN113961124A (zh) * | 2021-09-27 | 2022-01-21 | 上海联影医疗科技股份有限公司 | 医学图像显示方法、装置、计算机设备和存储介质 |
Families Citing this family (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109472545A (zh) * | 2018-10-12 | 2019-03-15 | 重庆君子签科技有限公司 | 基于本地部署的签约系统 |
CN110427602A (zh) * | 2019-07-26 | 2019-11-08 | 杭州尚尚签网络科技有限公司 | 一种基于模板的快速、安全的创建和发送电子合同的方法 |
CN110991978A (zh) * | 2019-10-14 | 2020-04-10 | 安徽继远软件有限公司 | 一种基于第三方公证的电子合约签署方法及系统 |
CN111127580B (zh) * | 2019-12-30 | 2023-08-15 | 北京天威诚信电子商务服务有限公司 | 自定义签章生成方法、计算机工具、签约方法及系统 |
CN111464555B (zh) * | 2020-04-14 | 2021-10-15 | 江苏慧世联网络科技有限公司 | 一种基于客户端屏幕录像的文件签署确认方法以及业务服务器、认证服务器和客户端 |
CN111581653A (zh) * | 2020-04-30 | 2020-08-25 | 平安科技(深圳)有限公司 | 合同文签方法、装置、设备及计算机可读存储介质 |
CN114024723B (zh) * | 2021-10-22 | 2024-01-16 | 富途网络科技(深圳)有限公司 | 基于esop系统的线上签署方法及装置、设备、介质 |
HUP2100403A1 (hu) | 2021-11-24 | 2023-05-28 | Otp Bank Nyrt | Dokumentumhitelesítõ rendszer és eljárás |
CN114095180A (zh) * | 2021-11-29 | 2022-02-25 | 深圳市电子商务安全证书管理有限公司 | 数字证书管理方法、装置及介质 |
CN114612269B (zh) * | 2022-05-11 | 2022-09-13 | 山东国盾网信息科技有限公司 | 基于电子签名技术的电子劳动合同平台 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101903901A (zh) * | 2007-12-14 | 2010-12-01 | 鲁特宛有限公司 | 用于电子合同订立交易中的电子签名捕获的系统和方法 |
CN102622568A (zh) * | 2011-01-28 | 2012-08-01 | 阿里巴巴集团控股有限公司 | 订单文件中订单标识信息的识别方法、系统及装置 |
CN105095168A (zh) * | 2015-07-17 | 2015-11-25 | 北京奇虎科技有限公司 | 一种合同文档的自动生成方法和装置 |
WO2016043197A1 (ja) * | 2014-09-16 | 2016-03-24 | 新日鉄住金ソリューションズ株式会社 | 管理システム、携帯端末装置、管理方法、情報処理方法及びプログラム |
CN105635169A (zh) * | 2016-01-26 | 2016-06-01 | 葛峰 | 一种基于互联网的电子合同签署方法 |
CN105787741A (zh) * | 2016-02-17 | 2016-07-20 | 林慕新 | 基于手机客户端的电子合同签署系统及其使用方法 |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9665737B2 (en) * | 2000-12-14 | 2017-05-30 | Silanis Technology Inc. | Web-based method and system for applying a legally enforceable signature on an electronic document |
US9460346B2 (en) * | 2004-04-19 | 2016-10-04 | Google Inc. | Handheld device for capturing text from both a document printed on paper and a document displayed on a dynamic display device |
US20070203854A1 (en) | 2006-02-28 | 2007-08-30 | Karamchedu Murali M | Electronic contracting |
US8955137B2 (en) * | 2012-12-21 | 2015-02-10 | State Farm Mutual Automobile Insurance Company | System and method for uploading and verifying a document |
WO2016012859A1 (en) * | 2014-07-25 | 2016-01-28 | Snapfile Ltd. | System and method for securely managing integrity-verifiable and authenticable information |
US20160224528A1 (en) * | 2015-01-30 | 2016-08-04 | Technology Happens LLC | Method and System for Collaborative, Streaming Document Sharing with Verified, On-Demand, Freestyle Signature Process |
US20170116669A1 (en) * | 2015-10-21 | 2017-04-27 | Built Technologies, Inc. | Real estate construction loan management system with field inspector interface and geotag verification |
US10546053B2 (en) * | 2016-05-18 | 2020-01-28 | Citrix Systems, Inc. | Semi-automated field placement for electronic forms |
CN106295405B (zh) * | 2016-07-25 | 2019-02-12 | 飞天诚信科技股份有限公司 | 一种订立电子合同的方法及服务器 |
-
2016
- 2016-07-25 CN CN201610592410.9A patent/CN106295405B/zh active Active
-
2017
- 2017-07-21 WO PCT/CN2017/093921 patent/WO2018019187A1/zh active Application Filing
- 2017-07-21 US US16/307,167 patent/US10977432B2/en active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101903901A (zh) * | 2007-12-14 | 2010-12-01 | 鲁特宛有限公司 | 用于电子合同订立交易中的电子签名捕获的系统和方法 |
CN102622568A (zh) * | 2011-01-28 | 2012-08-01 | 阿里巴巴集团控股有限公司 | 订单文件中订单标识信息的识别方法、系统及装置 |
WO2016043197A1 (ja) * | 2014-09-16 | 2016-03-24 | 新日鉄住金ソリューションズ株式会社 | 管理システム、携帯端末装置、管理方法、情報処理方法及びプログラム |
CN105095168A (zh) * | 2015-07-17 | 2015-11-25 | 北京奇虎科技有限公司 | 一种合同文档的自动生成方法和装置 |
CN105635169A (zh) * | 2016-01-26 | 2016-06-01 | 葛峰 | 一种基于互联网的电子合同签署方法 |
CN105787741A (zh) * | 2016-02-17 | 2016-07-20 | 林慕新 | 基于手机客户端的电子合同签署系统及其使用方法 |
Cited By (24)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2018019187A1 (zh) * | 2016-07-25 | 2018-02-01 | 飞天诚信科技股份有限公司 | 一种订立电子合同的方法及服务器 |
CN107133777A (zh) * | 2017-04-25 | 2017-09-05 | 飞天诚信科技股份有限公司 | 一种电子合同的创建、签署方法及系统 |
CN111480321A (zh) * | 2017-09-21 | 2020-07-31 | 莱里达网络远程信息技术服务股份有限公司 | 用于电子标识和信任服务(eidas)的电子合同的认证的平台和方法 |
CN107579990A (zh) * | 2017-09-26 | 2018-01-12 | 北京华云智汇科技有限公司 | 合同管理方法及服务器 |
CN107527215A (zh) * | 2017-09-28 | 2017-12-29 | 山西特信环宇信息技术有限公司 | 一种基于生物识别技术的电子合同系统及操作方法 |
CN108595938A (zh) * | 2018-03-15 | 2018-09-28 | 兴业数字金融服务(上海)股份有限公司 | 基于结构化控件的电子合同应用范围拓展方法及系统 |
CN108595938B (zh) * | 2018-03-15 | 2020-08-25 | 兴业数字金融服务(上海)股份有限公司 | 基于结构化控件的电子合同应用范围拓展方法及系统 |
CN109325729A (zh) * | 2018-08-21 | 2019-02-12 | 平安科技(深圳)有限公司 | 一种生成电子合同的方法及服务器 |
CN109325729B (zh) * | 2018-08-21 | 2023-09-29 | 平安科技(深圳)有限公司 | 一种生成电子合同的方法及服务器 |
CN110245911A (zh) * | 2018-09-11 | 2019-09-17 | 爱信诺征信有限公司 | 电子合同签署方法及其装置、系统 |
CN109472686A (zh) * | 2018-10-12 | 2019-03-15 | 深圳壹账通智能科技有限公司 | 合同签订方法、装置及终端设备 |
CN109636681A (zh) * | 2018-10-16 | 2019-04-16 | 深圳壹账通智能科技有限公司 | 合同生成方法、装置、设备及存储介质 |
CN110061844B (zh) * | 2019-03-13 | 2023-05-30 | 深圳壹账通智能科技有限公司 | 基于区块链的电子签名方法、电子装置及可读存储介质 |
CN110061844A (zh) * | 2019-03-13 | 2019-07-26 | 深圳壹账通智能科技有限公司 | 基于区块链的电子签名方法、电子装置及可读存储介质 |
CN111724155A (zh) * | 2019-03-22 | 2020-09-29 | 北京沃东天骏信息技术有限公司 | 电子合同管理方法与装置 |
CN110245220A (zh) * | 2019-05-05 | 2019-09-17 | 深圳法大大网络科技有限公司 | 电子文件签署方法、装置及服务器、存储介质 |
CN111698451B (zh) * | 2020-06-17 | 2022-07-08 | 北京天威诚信电子商务服务有限公司 | 基于视频会议的电子合同签署方法、平台及系统 |
CN111698451A (zh) * | 2020-06-17 | 2020-09-22 | 北京天威诚信电子商务服务有限公司 | 基于视频会议的电子合同签署方法、平台及系统 |
CN112347452A (zh) * | 2020-11-10 | 2021-02-09 | 上海祺鲲信息科技有限公司 | 电子合同签署的方法、电子设备及存储介质 |
CN112347452B (zh) * | 2020-11-10 | 2023-08-04 | 上海祺鲲信息科技有限公司 | 电子合同签署的方法、电子设备及存储介质 |
CN112488735A (zh) * | 2020-12-07 | 2021-03-12 | 上海汉图科技有限公司 | 一种合同签署方法、装置和电子设备 |
CN112231771A (zh) * | 2020-12-11 | 2021-01-15 | 浙江数秦科技有限公司 | 一种基于区块链的电子合同在线签署及保全方法 |
CN113961124A (zh) * | 2021-09-27 | 2022-01-21 | 上海联影医疗科技股份有限公司 | 医学图像显示方法、装置、计算机设备和存储介质 |
CN113961124B (zh) * | 2021-09-27 | 2024-02-27 | 上海联影医疗科技股份有限公司 | 医学图像显示方法、装置、计算机设备和存储介质 |
Also Published As
Publication number | Publication date |
---|---|
US20190147027A1 (en) | 2019-05-16 |
WO2018019187A1 (zh) | 2018-02-01 |
US10977432B2 (en) | 2021-04-13 |
CN106295405B (zh) | 2019-02-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106295405A (zh) | 一种订立电子合同的方法及服务器 | |
CN101183932B (zh) | 一种无线应用服务的安全认证系统及其注册和登录方法 | |
Liao et al. | A novel user authentication scheme based on QR-code | |
CN108092779A (zh) | 一种实现电子签约的方法及装置 | |
KR101532109B1 (ko) | 서명 방법 및 장치 | |
CN103428699A (zh) | 一种基于手机硬件特征信息的注册绑定和身份认证的方法 | |
CN108830109A (zh) | 电子印章应用、客户端实现方法、系统及设备、存储介质 | |
CN101340289B (zh) | 防重放攻击方法及其系统 | |
CN104008325A (zh) | 基于二维码的手机无线Wi-Fi上网实名身份认证平台及方法 | |
CN109729046A (zh) | 二维码扫描方法和终端、认证方法和服务器及服务系统 | |
CN105306211A (zh) | 一种客户端软件的身份认证方法 | |
CN111563243A (zh) | 一种基于微信小程序的可信身份认证平台 | |
CN104767616A (zh) | 一种信息处理方法、系统及相关设备 | |
WO2022252983A1 (zh) | 一体化管理终端装置及一体化管理方法 | |
CN103248483A (zh) | 一种实名验证装置 | |
CN101951320A (zh) | 一种动态密码的实现方法、装置和系统 | |
CN110445771A (zh) | 基于区块链的交互记录取证方法、装置、介质及服务器 | |
Jøsang | Identity management and trusted interaction in Internet and mobile computing | |
CN107437105A (zh) | 一种多角色全场景的nfc和qr码安全快递系统及使用方法 | |
CN103259665A (zh) | 电子签章方法及系统 | |
CN112507300A (zh) | 基于eID的电子签名系统及电子签名验证方法 | |
CN102970302A (zh) | 一种基于个人信息通用编码的个人信息保护平台及方法 | |
CN102255732A (zh) | 一种基于智能密码钥匙的安全发证方法 | |
CN103401686A (zh) | 一种用户互联网身份认证系统及其应用方法 | |
CN104394166B (zh) | 一种云环境下面向移动终端的证书防伪认证系统及方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |